diff --git a/hzh/TEST/简历 QA 100.md b/hzh/TEST/简历 QA 100.md index 4ed1f11..c90b408 100644 --- a/hzh/TEST/简历 QA 100.md +++ b/hzh/TEST/简历 QA 100.md @@ -130,108 +130,108 @@ D) 仅在 HTTP/2 下才有 > [!summary]- Q13 答案与解析 > **答案：B** — http.Transport 默认支持 HTTP Keep-Alive 连接复用。 -### 二、Go Web 开发 & Gin/GORM（第 14-23 题） +### 二、Go Web 开发 & 项目实战（第 14-23 题） -**Q14. Gin 框架中 Middleware 的执行顺序是怎样的？** -A) 随机 -B) 注册顺序，先注册先执行、后返回 -C) 先注册的后执行 -D) 只在出错时执行 +**Q14. 【Gen2D】Eino Agent Graph 编排四阶段管线（Prompt优化→素材生成→质量校验→格式适配），本质上属于什么结构？** +A) 简单的 for-loop 串行执行 +B) DAG 有向无环图，节点间定义依赖关系后按拓扑序执行 +C) 并行随机组合，哪个先完成哪个先输出 +D) 基于消息队列的异步回调链 > [!summary]- Q14 答案与解析 -> **答案：B** — Gin 中间件按注册顺序依次执行，类似洋葱模型。 +> **答案：B** — DAG 确保依赖关系正确：质量校验节点只有在前一个"素材生成"节点完成后才可触发，形成确定的执行拓扑。 -**Q15. GORM 中 Preload 和 Joins 的区别是？** -A) 无区别，都是 N+1 查询 -B) Preload 用额外 SELECT 加载关联，Joins 用 SQL JOIN -C) Preload 只能用于一对多关系 -D) Joins 总是比 Preload 快 +**Q15. 【Gen2D】Reflect 自省机制在 AI Agent 管线中的作用是？** +A) 让 Agent 自我评估输出质量，不达标时将拒绝理由回注提示词修正 +B) 加密生成结果中的数据隐私字段 +C) 加速 LLM 推理过程 +D) 替代向量数据库做语义检索 > [!summary]- Q15 答案与解析 -> **答案：B** — Preload 执行两次查询（主表 + 关联表），Joins 合并为一次 LEFT JOIN。 +> **答案：A** — Self-reflection 使 Agent 形成闭环：生成→评判→修正→再生成，逐步提升输出质量；同时支持注入用户反馈进行定向引导。 -**Q16. Gin 中 c.ShouldBindJSON() 失败时会怎样？** +**Q16. 【Gen2D】针对 LLM 请求耗时长特性，项目中设计了 IO 密集型协程池 + RabbitMQ，以下哪种方案最能解释为什么不用 errgroup.SetLimit 代替？ +A) errgroup 不能限制并发数 +B) errgroup 要求所有任务在程序启动时就全部提交，无法处理持续流入的请求 +C) errgroup 不支持错误传播 +D) 两者功能完全一样，只是个人偏好 + +> [!summary]- Q16 答案与解析 +> **答案：B** — errgroup 适用于一次性有限任务集，而 LLM 请求是持续流入的流式场景，需要协程池常驻 Worker 从消息队列拉取并处理新任务。 + +**Q17. 【Gen2D】令牌桶限流 vs 漏桶限流的选择对比中，正确的描述是？** +A) 令牌桶允许突发流量，漏桶是匀速输出；选择令牌桶是为了容忍用户的批量生成请求 +B) 令牌桶更简单，漏桶实现复杂 +C) 漏桶不允许任何峰值，所以不适合任何业务场景 +D) 两者完全一样，只是叫法不同 + +> [!summary]- Q17 答案与解析 +> **答案：A** — 令牌桶积累令牌允许短时间内突发消费，适合 Gen2D 中用户可能批量提交的场景；漏桶以固定速率出水，严格平滑但不够灵活。 + +**Q18. 在 Go 的 Gin 框架中使用 c.ShouldBindJSON() 失败时会怎样？** A) 返回 nil -B) 自动调用 c.AbortWithError() 返回 400 +B) 自动调用 c.AbortWithError() 返回 400，并终止后续 handler 执行 C) 忽略错误继续执行 D) panic -> [!summary]- Q16 答案与解析 -> **答案：B** — 绑定失败会自动返回 400 Bad Request 并终止后续 handler 执行。 - -**Q17. GORM 的 First() 和 Take() 的区别是？** -A) First() 按主键排序，Take() 随机取一条 -B) First() 必须 WHERE id=...，Take() 无条件取第一条 -C) 两者完全一样 -D) Take() 返回多条记录 - -> [!summary]- Q17 答案与解析 -> **答案：A** — First() 隐含 Order("primary_key")，Take() 不做排序直接 LIMIT 1。 - -**Q18. Gin 中使用 c.Query() 和 c.Param() 分别对应什么 URL 元素？** -A) Query → path param, Param → query string -B) Query → query string, Param → path parameter -C) 两者都从 body 读取 -D) Query → header, Param → query string - > [!summary]- Q18 答案与解析 -> **答案：B** — Query 解析 URL ?key=value，Param 解析 :param 路径参数。 +> **答案：B** — ShouldBindJSON 绑定失败会自动返回 400 Bad Request 并终止后续 handler 执行，防止无效数据进入业务逻辑。 -**Q19. GORM AutoMigrate 的功能是什么？** +**Q19. Gin 框架中 Middleware 的执行顺序是怎样的？** +A) 随机 +B) 注册顺序，先注册先执行、后返回（类似洋葱模型） +C) 先注册的后执行 +D) 只在出错时执行 + +> [!summary]- Q19 答案与解析 +> **答案：B** — Gin 中间件按注册顺序依次执行，每个中间件可选择是否放行（调用 c.Next()），形如洋葱模型。 + +**Q20. GORM 中 Preload 和 Joins 的区别是？** +A) 无区别，都是 N+1 查询 +B) Preload 用额外 SELECT 加载关联，Joins 用 SQL JOIN 合并查询 +C) Preload 只能用于一对多关系 +D) Joins 总是比 Preload 快 + +> [!summary]- Q20 答案与解析 +> **答案：B** — Preload 执行两次查询（主表 + 关联表），Joins 合并为一次 LEFT JOIN；Preload 能避免 Joins 带来的行膨胀问题。 + +**Q21. GORM AutoMigrate 的功能是什么？** A) 迁移数据库版本号 B) 自动创建/alter 表结构以匹配 struct tag C) 备份数据库数据 D) 加密字段 -> [!summary]- Q19 答案与解析 -> **答案：B** — AutoMigrate 根据 struct 定义自动建表或调整列（不删列）。 - -**Q20. Gin 中 ResponseWriter 的 Flush() 方法实现什么功能？** -A) 刷新 buffer，支持 Server-Sent Events -B) 关闭连接 -C) 重置 header -D) 打印日志 - -> [!summary]- Q20 答案与解析 -> **答案：A** — 实现 SSE (Server-Sent Events) 推送。 - -**Q21. GORM 中 scope.Searchable() 的作用是什么？** -A) 条件链式搜索查询 -B) 全文搜索引擎集成 -C) 删除记录 -D) 事务管理 - > [!summary]- Q21 答案与解析 -> **答案：A** — Searchable 简化链式条件查询构建。 +> **答案：B** — AutoMigrate 根据 struct 定义自动建表或调整列（不删列），适合开发期快速迭代。 -**Q22. Gin 中 c.Bind() 和 c.ShouldBind() 的差异是？** -A) c.Bind() 出错时 panic，c.ShouldBind() 返回 error -B) c.ShouldBind() 出错时 panic -C) 两者相同 -D) c.Bind() 更快 - -> [!summary]- Q22 答案与解析 -> **答案：A** — Bind 内部若出错会 abort+panic（被 recover 捕获返回 400），ShouldBind 显式返回 error。 - -**Q23. Gin Router 的 LoadHTMLGlob() 和 LoadHTMLFiles() 有何区别？** -A) Glob 加载目录所有模板，Files 加载指定文件列表 +**Q22. Gin Router 的 LoadHTMLGlob() 和 LoadHTMLFiles() 有何区别？** +A) Glob 接受路径模式（如 "templates/*"）加载目录所有模板，Files 需逐个指定文件名 B) Glob 只能加载 HTML，Files 可以加载任何文件 C) 无实质区别 D) Files 支持通配符 +> [!summary]- Q22 答案与解析 +> **答案：A** — Glob 接受路径模式，Files 需逐个指定文件名。实际项目中模板渲染较少使用，更多直接 JSON 响应。 + +**Q23. Gin 中 c.Bind() 和 c.ShouldBind() 的差异是？** +A) c.Bind() 出错时 panic（被 recover 捕获后返回 400），c.ShouldBind() 显式返回 error +B) c.ShouldBind() 出错时 panic +C) 两者相同 +D) c.Bind() 更快 + > [!summary]- Q23 答案与解析 -> **答案：A** — Glob 接受路径模式（如 "templates/*"），Files 需逐个指定文件名。 +> **答案：A** — Bind 内部若出错会 abort+panic（被全局 recover 捕获返回 400），ShouldBind 则显式返回 error，更适合需要在 handler 中自行判断的场景。 ### 三、Go 高级特性 & RabbitMQ（第 24-30 题） **Q24. Go 的 pool（协程池）主要解决的问题是？** -A) 减少 goroutine 频繁创建销毁开销 +A) 减少 goroutine 频繁创建销毁开销，控制最大并发 B) 避免死锁 C) 代替 channel D) 提升 GC 速度 > [!summary]- Q24 答案与解析 -> **答案：A** — 协程池复用 goroutine 避免大量短命协程的创建/销毁成本，尤其对 IO 密集型任务有价值。 +> **答案：A** — 协程池复用 goroutine 避免大量短命协程的创建/销毁成本，尤其对 IO 密集型任务有价值，同时限制并发数防止后端服务被打满。 **Q25. RabbitMQ 中 Exchange 的类型不包括？** A) direct @@ -240,25 +240,25 @@ C) random D) headers > [!summary]- Q25 答案与解析 -> **答案：C** — RabbitMQ 四种 Exchange：direct、topic、headers、fanout。 +> **答案：C** — RabbitMQ 四种 Exchange：direct、topic、headers、fanout。没有 random 类型。 -**Q26. RabbitMQ 消息持久化需要哪三个步骤？** -A) Queue durable + Message persistent + Confirm -B) Queue auto-delete + Message transient +**Q26. RabbitMQ 消息持久化需要哪三个步骤协同配合？** +A) Queue durable=true + Message delivery_mode=2 + Publisher Confirm +B) Queue auto-delete=true + Message transient C) 仅需 Queue durable D) 只需 Message delivery_mode=2 > [!summary]- Q26 答案与解析 -> **答案：A** — 队列需 declare_durable=true，消息 delivery_mode=2，且开启 publisher confirm。 +> **答案：A** — 三者缺一不可：队列表征明确、消息标记持久化到磁盘、Publisher Confirm 确保 Broker 已接收。缺少任一环节都可能在异常时丢消息。 **Q27. Go 中 context.WithTimeout 和 context.WithDeadline 的区别是？** A) 无区别，完全等价 -B) WithTimeout = Now + duration，WithDeadline = 绝对时间戳 +B) WithTimeout = Now + duration（相对时长），WithDeadline = 绝对时间戳 C) WithDeadline 只能用于 HTTP D) WithTimeout 不支持 cancel > [!summary]- Q27 答案与解析 -> **答案：B** — 一个是相对时长，一个是绝对 Time。 +> **答案：B** — 一个是相对时长（如 30s），一个是绝对 Time（如 time.Now().Add(30s)），内部实现相同。 **Q28. RabbitMQ 中 Consumer Ack 的目的是？** A) 告诉 Broker 消息已处理成功，可从队列移除 @@ -267,16 +267,16 @@ C) 触发重试 D) 改变消息优先级 > [!summary]- Q28 答案与解析 -> **答案：A** — Ack 确认消费成功；Nack 可重新入队或丢弃。 +> **答案：A** — Ack 确认消费成功；Nack 可重新入队或丢弃。Auto Ack 虽然方便但在消费失败时会直接丢消息，生产环境应手动 Ack。 **Q29. Go 泛型中 type constraint 使用 interface 而不是 class，原因是？** A) Go 没有 class -B) Go 的 interface 支持结构化子类型（隐式满足） +B) Go 的 interface 支持结构化子类型（隐式满足 / duck-typing） C) class 太复杂 D) 语法限制 > [!summary]- Q29 答案与解析 -> **答案：B** — Go interface 是 duck-typing，任何实现了对应方法的类型自动满足约束。 +> **答案：B** — Go interface 是 duck-typing，任何实现了对应方法的类型自动满足约束，无需显式 implements 声明。 **Q30. Go 的 unsafe.Pointer 能做什么？** A) 绕过类型安全进行内存操作 @@ -285,7 +285,7 @@ C) 创建新 thread D) 优化 GC > [!summary]- Q30 答案与解析 -> **答案：A** — unsafe 包允许直接操作内存（转换、偏移、指针算术），但会破坏类型安全。 +> **答案：A** — unsafe 包允许直接操作内存（转换、偏移、指针算术），但会破坏类型安全。正常业务代码不应使用。 ### 四、Java 语言核心（第 31-42 题） @@ -296,7 +296,7 @@ C) 0.75, 8 D) 0.8, 16 > [!summary]- Q31 答案与解析 -> **答案：B** — load factor 0.75，initial capacity 16。 +> **答案：B** — load factor 0.75，initial capacity 16。0.75 是在空间利用率和冲突概率之间的折中。 **Q32. Java ConcurrentHashMap 在 JDK 8+ 使用什么结构？** A) 单纯链表 @@ -305,16 +305,16 @@ C) Array + LinkedList + Red-Black Tree（树化阈值 8） D) Hash Table > [!summary]- Q32 答案与解析 -> **答案：C** — 桶内链表节点数 ≥8 且数组长度 ≥64 时转为红黑树，降低查找复杂度。 +> **答案：C** — 桶内链表节点数 ≥8 且数组长度 ≥64 时转为红黑树，将最坏查找复杂度从 O(n) 降到 O(log n)。 **Q33. Java synchronized 和 ReentrantLock 的核心区别是？** -A) synchronized 是 JVM 层面，ReentrantLock 是 API 层面 +A) synchronized 是 JVM 层面（字节码指令），ReentrantLock 是 API 层面的显式锁 B) 两者完全等价 C) ReentrantLock 不能中断等待 D) synchronized 支持 condition > [!summary]- Q33 答案与解析 -> **答案：A** — synchronized 由 JVM 内置实现，ReentrantLock 是 java.util.concurrent 层面的显式锁。 +> **答案：A** — synchronized 由 JVM 内置实现，依托 monitorenter/monitorexit 指令；ReentrantLock 提供 tryLock、lockInterruptibly 等更灵活的 API。 **Q34. Java Callable 和 Runnable 的区别是？** A) Callable 可返回值并能抛出 checked exception @@ -323,7 +323,7 @@ C) Callable 不能异步执行 D) Runnable 是 Java 8 引入 > [!summary]- Q34 答案与解析 -> **答案：A** — Callable.call() 返回 V 并可 throw Exception，Runnable.run() 无返回值。 +> **答案：A** — Callable.call() 返回 V 并可 throw Exception，Runnable.run() 无返回值也不能抛受检异常。 **Q35. Java Spring Bean 的作用域不包括？** A) singleton @@ -332,7 +332,7 @@ C) request D) coroutine > [!summary]- Q35 答案与解析 -> **答案：D** — Spring 五大作用域：singleton、prototype、request、session、application。 +> **答案：D** — Spring 五大作用域：singleton、prototype、request、session、application。coroutine 不属于 Spring 范畴。 **Q36. Spring 中 @Autowired 默认是按什么注入？** A) 按 name @@ -341,7 +341,7 @@ C) 按 constructor D) 按 index > [!summary]- Q36 答案与解析 -> **答案：B** — 默认按 byType 匹配；同名多个 bean 时才按 byName。 +> **答案：B** — 默认按 byType 匹配；当容器中存在同名多个 bean 时才 fallback 到 byName。 **Q37. MyBatis 中 #{ } 和 ${ } 的区别是？** A) #{} 是预编译占位符防 SQL 注入，${} 是直接字符串拼接 @@ -350,7 +350,7 @@ C) ${} 更安全 D) #{} 只用于字符串 > [!summary]- Q37 答案与解析 -> **答案：A** — #{ } 使用 PreparedStatement 的参数绑定，${ } 是原始文本替换。 +> **答案：A** — #{ } 使用 PreparedStatement 的参数绑定（PreparedStatement.setXXX），${ } 是原始文本替换。优先使用 #{ }。 **Q38. Java 中 volatile 关键字保证哪些属性？** A) 可见性 + 原子性 @@ -359,7 +359,7 @@ C) 只有原子性 D) 没有保证 > [!summary]- Q38 答案与解析 -> **答案：B** — volatile 保证可见性和禁止指令重排，但不保证复合操作的原子性。 +> **答案：B** — volatile 保证可见性（MESI 缓存一致性协议）和禁止指令重排，但不保证复合操作（如 i++）的原子性。 **Q39. Java 线程池中 corePoolSize 和 maximumPoolSize 的关系是？** A) corePoolSize ≤ maximumPoolSize @@ -368,7 +368,7 @@ C) 必须相等 D) core > max > [!summary]- Q39 答案与解析 -> **答案：A** — 核心线程数不能超过最大线程数。 +> **答案：A** — 核心线程数不能超过最大线程数。当核心线程全部繁忙时才会创建超额线程，直到达到 maximumPoolSize。 **Q40. Java 8 Stream 中 flatMap() 和 map() 的区别是？** A) flatMap 将嵌套集合展平为一层，map 是一对一转换 @@ -377,7 +377,7 @@ C) flatMap 更慢 D) map 可以展平 > [!summary]- Q40 答案与解析 -> **答案：A** — map(Stream) 得到 Stream>，flatMap 直接将 Stream 展平为一个 Stream。 +> **答案：A** — map(Stream) 得到 Stream>，flatMap 直接将所有内部 Stream 的元素展平为一个 Stream。 **Q41. Java Optional.ofNullable(null) 的行为是？** A) 返回 Optional.empty() @@ -386,7 +386,7 @@ C) panic D) NullPointerException > [!summary]- Q41 答案与解析 -> **答案：A** — Optional.ofNullable 允许 null 值，null 时返回 empty()；Optional.of(null) 才会抛 NPE。 +> **答案：A** — ofNullable 允许 null 值，null 时返回 empty()；Optional.of(null) 才会抛 NPE。 **Q42. Java Spring 中 @Controller 和 @RestController 的区别是？** A) @RestController = @Controller + @ResponseBody @@ -400,13 +400,13 @@ D) @RestController 不能做视图渲染 ### 五、Spring Boot & MyBatis-Plus（第 43-49 题） **Q43. Spring Boot Starter 的作用是？** -A) 自动化配置依赖组合 +A) 自动化配置依赖组合，按需装配相关组件 B) 编译加速 C) 单元测试框架 D) 部署工具 > [!summary]- Q43 答案与解析 -> **答案：A** — Starter 通过 spring.factories 或 AutoConfiguration 自动装配相关配置类。 +> **答案：A** — Starter 通过 spring.factories 或 AutoConfiguration 自动装配相关配置类，如 spring-boot-starter-web 自动配置 Tomcat + Spring MVC。 **Q44. MyBatis-Plus 中 IService 和 BaseMapper 的区别是？** A) IService 提供 CRUD 通用方法，BaseMapper 只做单表 Mapper 操作 @@ -415,7 +415,7 @@ C) BaseService 包含 BaseMapper D) BaseMapper 是 MyBatis 原生的 > [!summary]- Q44 答案与解析 -> **答案：A** — IService 封装了常用的增删改查、分页等方法，BaseMapper 是对应实体表的 Mapper 接口。 +> **答案：A** — IService 封装了常用的增删改查、分页等方法（如 getById、list、saveBatch），BaseMapper 是对应实体表的 Mapper 接口。 **Q45. Spring Boot 的自动装配原理核心注解是？** A) @EnableAutoConfiguration @@ -433,25 +433,25 @@ C) UUID D) 雪花+本地 Snowflake > [!summary]- Q46 答案与解析 -> **答案：A** — AUTO 依赖数据库自增序列；ASSIGN_ID 才是雪花算法。 +> **答案：A** — AUTO 依赖数据库自增序列；ASSIGN_ID 才是雪花算法（AssignId），ASSIGN_UUID 使用不带横线的 UUID。 **Q47. Spring Cloud Gateway 与传统 Zuul 1.x 的区别是？** -A) Gateway 基于 Reactor 非阻塞，Zuul 1.x 是 Servlet 阻塞式 +A) Gateway 基于 Reactor 非阻塞（Netty），Zuul 1.x 是 Servlet 阻塞式（Tomcat） B) 无区别 C) Zuul 更快 D) Gateway 不支持负载均衡 > [!summary]- Q47 答案与解析 -> **答案：A** — Spring Cloud Gateway 基于 Spring WebFlux (Netty)，非阻塞响应式模型。 +> **答案：A** — Spring Cloud Gateway 基于 Spring WebFlux (Netty)，非阻塞响应式模型，吞吐量更高；Zuul 1.x 基于 Servlet，每个请求占用一个线程。 **Q48. MyBatis 一级缓存和二级缓存的区别是？** -A) 一级是 SqlSession 级别，二级是 Namespace/Mapper 级别 +A) 一级是 SqlSession 级别（默认开启且无法关闭），二级是 Namespace/Mapper 级别（需手动配置） B) 一级是全局的 C) 二级默认开启 D) 一级可跨 Session > [!summary]- Q48 答案与解析 -> **答案：A** — 一级缓存默认开启且无法关闭；二级缓存需手动配置 enableCache=true，跨同 namespace 的 Session 共享。 +> **答案：A** — 一级缓存在同一个 SqlSession 内生效；二级缓存需 enableCache=true，同 namespace 的所有 Session 共享。 **Q49. Spring Boot Actuator 主要用于？** A) 监控和管理应用（健康检查、指标暴露等） @@ -460,7 +460,7 @@ C) 前端打包 D) 自动生成 UI > [!summary]- Q49 答案与解析 -> **答案：A** — 提供 /actuator/health、/metrics、/info 等端点供外部监控系统采集。 +> **答案：A** — 提供 /actuator/health、/metrics、/info 等端点供外部监控系统采集，集成 Prometheus 后可直接暴露 Prometheus 格式的指标。 ### 六、Redis（第 50-62 题） @@ -471,7 +471,7 @@ C) RDB 实时性更好 D) AOF 不可能丢数据 > [!summary]- Q50 答案与解析 -> **答案：A** — RDB 定期 fork 子进程写快照；AOF 每条写入命令追加到 .aof 文件。 +> **答案：A** — RDB 定期 fork 子进程写快照；AOF 每条写入命令追加到 .aof 文件。生产常用 AOF=appendonly + appendfsync=everysec 的折中方案。 **Q51. Redis 哨兵模式的自动故障转移流程是？** A) Master fail → Sentinel 投票选 New Master → 提升 Slave → 通知 clients @@ -480,7 +480,7 @@ C) Master fail → Slave 自动提升（无需投票） D) 需要人工介入 > [!summary]- Q51 答案与解析 -> **答案：A** — 哨兵通过 is-master-down-by-addr 探测失败，quorum 确认后 election 选出 new master。 +> **答案：A** — 哨兵通过 is-master-down-by-addr 探测失败，quorum 确认后 election 选出 new master，然后用 SLAVEOF NO ONE 提升它。 **Q52. Redis 的持久化策略 appendfsync 三种模式安全性从高到低排列是？** A) always > everysec > no @@ -489,7 +489,7 @@ C) everysec > always > no D) always = everysec > [!summary]- Q52 答案与解析 -> **答案：A** — always 每条 fsync（最安全，性能最低）；everysec 每秒 fsync（折中）；no 交由 OS 决定。 +> **答案：A** — always 每条 fsync（最安全，性能最低）；everysec 每秒 fsync（折中，最多丢失 1s 数据）；no 交由 OS 决定。 **Q53. Redis Set 数据类型不支持的操作是？** A) union @@ -507,7 +507,7 @@ C) 自动 rejoin 上次 channel D) Redis 会自动缓存消息 > [!summary]- Q54 答案与解析 -> **答案：A** — Pub/Sub 是 fire-and-forget，不持久化消息；需要持久化可用 Redis Streams。 +> **答案：A** — Pub/Sub 是 fire-and-forget，不持久化消息；需要持久化可用 Redis Streams 或 MQ。 **Q55. Redis Pipeline 的优势是？** A) 减少 RTT（往返延迟），批量命令一次网络往返 @@ -516,7 +516,7 @@ C) 替代事务 D) 提高单个命令吞吐量 > [!summary]- Q55 答案与解析 -> **答案：A** — 管道将多个命令打包在一次网络往返中，显著降低网络开销。 +> **答案：A** — 管道将多个命令打包在一次网络往返中，显著降低网络开销。例如 100 次 GET 原本需 100 RTT，Pipeline 只需 1 RTT。 **Q56. Redis Cluster 分片是基于？** A) 哈希槽（Hash Slot），共 16384 个 @@ -525,7 +525,7 @@ C) 随机分配 D) 按 value 大小 > [!summary]- Q56 答案与解析 -> **答案：A** — CRC16(key) % 16384 定位 slot，每个 slot 映射到一个主节点。 +> **答案：A** — CRC16(key) % 16384 定位 slot，每个 slot 映射到一个主节点。可使用 Hash Tag {} 强制多个 key 路由到同一 slot。 **Q57. Redis 的 Keyspace Notification 功能可以用于？** A) 监听 key 过期事件，触发业务逻辑 @@ -534,16 +534,16 @@ C) 替代 Lua D) 压缩内存 > [!summary]- Q57 答案与解析 -> **答案：A** — 可通过 CONFIG SET notify-keyspace-events KEA 开启 key 过期通知。 +> **答案：A** — 可通过 CONFIG SET notify-keyspace-events KEA 开启 key 过期通知，常用于缓存失效时刷新。注意：不适用于高吞吐场景，可靠性不如 MQ。 **Q58. Redis 的 HGETALL 在高版本优化后的行为是？** -A) 不再一次性全部返回，需改用 HSCAN 避免阻塞 +A) 不再一次性全部返回大 hash，需改用 HSCAN 避免阻塞 B) 变得更慢了 C) 改为异步输出 D) 返回压缩格式 > [!summary]- Q58 答案与解析 -> **答案：A** — HGETALL 对小 hash 仍一次性返回，大 hash 推荐使用 HSCAN 游标迭代。 +> **答案：A** — HGETALL 对小 hash 仍一次性返回，大 hash 推荐使用 HSCAN 游标迭代，避免阻塞主线程。 **Q59. Redis 的 ZSET（Sorted Set）分数相同时如何排序？** A) 按 member 字典序 @@ -552,16 +552,16 @@ C) 插入顺序 D) 按 value 大小 > [!summary]- Q59 答案与解析 -> **答案：A** — 分数相同情况下，Redis 按 member 字符串的字典序排序。 +> **答案：A** — 分数相同情况下，Redis 按 member 字符串的字典序排序。这是 Redis 的内部实现细节，常被遗漏导致排序不符合预期。 **Q60. Redis 中 DEL 命令删除一个不存在的 key 会怎样？** -A) 返回 false / 0（无效操作） +A) 返回 0（无效操作） B) panic C) 阻塞 D) 自动重建 key > [!summary]- Q60 答案与解析 -> **答案：A** — DEL key 对于不存在 key 返回整数 0。 +> **答案：A** — DEL key 对于不存在 key 返回整数 0，不会报错。 **Q61. Redis 的 Maxmemory-policy 设置 allkeys-lru 的含义是？** A) 所有 key 遵循 LRU 淘汰策略 @@ -570,16 +570,16 @@ C) 永不淘汰 D) 随机淘汰 > [!summary]- Q61 答案与解析 -> **答案：A** — 对所有 key 近似 LRU 淘汰，直到内存低于 maxmemory。 +> **答案：A** — 对所有 key 近似 LRU 淘汰（采样 5 个取最旧的），直到内存低于 maxmemory。vsramble-lru 则是仅淘汰已过期的 key 中最近最少使用的。 **Q62. Redis String 类型的 max size 是多少？** A) 512 MB -B) 1 GB +B) 1 GB（理论上限） C) 256 MB D) 1 TB > [!summary]- Q62 答案与解析 -> **答案：B** — Redis String 最大 512MB（Redis 6.0+ 之前），理论上可达 1GB。 +> **答案：B** — Redis String 最大约 512MB（Redis 6.0+ 之前），理论上限可达 1GB。实际应用中应避免存储过大的 value。 ### 七、MySQL（第 63-74 题） @@ -593,13 +593,13 @@ D) SERIALIZABLE > **答案：B** — 默认 RR（Repeatable Read），通过 MVCC + Next-Key Lock 防止幻读。 **Q64. MySQL 的 B+ 树索引相比 B 树的优势是？** -A) 范围查询更高效，所有数据都在叶子节点 +A) 范围查询更高效，所有数据都在叶子节点并通过双向链表串联 B) 查询更快 C) 存储空间更小 D) 不支持前缀索引 > [!summary]- Q64 答案与解析 -> **答案：A** — B+ 树的非叶子节点只存 key，叶子节点通过链表串联，适合范围扫描。 +> **答案：A** — B+ 树的非叶子节点只存 key（不存 value），树的高度更低；叶子节点通过链表串联，非常适合范围扫描。 **Q65. MySQL 中 EXPLAIN 的 type 字段值 best→worst 排列正确的是？** A) system > const > eq_ref > ref > range > index > ALL @@ -608,7 +608,7 @@ C) const > system > ref > range > index > ALL > eq_ref D) 无固定顺序 > [!summary]- Q65 答案与解析 -> **答案：A** — 从左到右扫描效率递减，system/const 最优，ALL 是全表扫描最差。 +> **答案：A** — 从左到右扫描效率递减，system/const 最优，ALL 是全表扫描最差。日常优化目标至少达到 range 级别。 **Q66. MySQL 的 MVCC 通过什么实现？** A) Undo Log + Read View @@ -617,7 +617,7 @@ C) Binlog D) Buffer Pool > [!summary]- Q66 答案与解析 -> **答案：A** — 每行隐藏 rollback pointer 指向 undo log 版本链，当前事务通过 read view 决定可见性。 +> **答案：A** — 每行隐藏 rollback pointer 指向 undo log 版本链，当前事务通过 read view 决定能看到哪个版本的数据。RC 级别每次 SELECT 创建新 read view，RR 级别首次 SELECT 创建。 **Q67. MySQL 的 binlog 三种格式 ROW/STATEMENT/MIXED 中，哪种记录最多数据量但最安全？** A) ROW 格式，记录每一行的变更前后值 @@ -626,16 +626,16 @@ C) MIXED D) 都一样 > [!summary]- Q67 答案与解析 -> **答案：A** — ROW 格式记录每行变更前后的完整值，精确可还原且不受 SQL 语义影响。 +> **答案：A** — ROW 格式记录每行变更前后的完整值，精确可还原且不受 SQL 语义影响（如 NOW()、UUID()）。STATEMENT 节省空间但有复制风险。 **Q68. MySQL 中唯一索引和普通索引在存储上的差异是？** -A) 唯一索引强制要求列值不重复 +A) 唯一索引强制要求列值不重复，插入重复 key 时抛 Duplicate Key Error B) 普通索引更快 C) 唯一索引不能用 Covering Index D) 无差异 > [!summary]- Q68 答案与解析 -> **答案：A** — 唯一索引维护唯一约束，插入重复 key 时抛 Duplicate Key Error。 +> **答案：A** — 唯一索引维护唯一约束，与普通索引在 B+ 树存储结构上没有本质差异，但多了唯一性校验逻辑。 **Q69. MySQL 联合索引 (a, b, c) 可以用到索引的最长连续前缀是？** A) (a), (a,b), (a,b,c) @@ -644,25 +644,25 @@ C) (a, c) D) (b, c) > [!summary]- Q69 答案与解析 -> **答案：A** — 最左前缀原则：必须从左边第一个列开始连续匹配。 +> **答案：A** — 最左前缀原则：必须从左边第一个列开始连续匹配。(a, c) 只能用 a 部分的索引，跳过的 b 会导致后面的 c 失效。 **Q70. MySQL 中 DELETE 和 TRUNCATE 的区别是？** -A) DELETE 逐行删除可回滚，TRUNCATE 释放页面不可回滚 +A) DELETE 逐行删除可回滚（DML），TRUNCATE 释放页面不可回滚（DDL） B) 无区别 C) TRUNCATE 更慢 D) DELETE 不能带 WHERE > [!summary]- Q70 答案与解析 -> **答案：A** — DELETE 是 DML 语句走事务日志；TRUNCATE 是 DDL 直接重置表空间。 +> **答案：A** — DELETE 是 DML 语句走事务日志，可 WHERE 过滤并回滚；TRUNCATE 是 DDL 直接重置表空间，不可回滚，执行更快。 -**Q71. MySQL 的事务 ACID 中，Atomicity 由什么保证？** -A) Undo Log -B) Redo Log +**Q71. MySQL 的事务 ACID 中，Atomicity（原子性）由什么保证？** +A) Undo Log（回滚段） +B) Redo Log（重做日志） C) Buffer Pool D) Binlog > [!summary]- Q71 答案与解析 -> **答案：A** — Undo Log 记录事务修改前的旧值，支持回滚以实现原子性。 +> **答案：A** — Undo Log 记录事务修改前的旧值，支持回滚以实现原子性。Redo Log 保障的是 Durability（持久性）。 **Q72. MySQL 缓冲池（Buffer Pool）命中率接近 100% 意味着？** A) 几乎都在内存中访问，磁盘 IO 极少 @@ -671,16 +671,16 @@ C) 磁盘性能差 D) 查询效率低 > [!summary]- Q72 答案与解析 -> **答案：A** — 高命中率说明绝大部分数据已在内存中，减少磁盘 I/O。 +> **答案：A** — 高命中率说明绝大部分数据已在内存中，减少磁盘 I/O。计算公式 = (Hits / (Hits + Misses)) × 100%。 **Q73. MySQL 中 GROUP BY 默认会对结果集进行什么操作？** -A) 排序 +A) 隐式排序（会产生 extra filesort） B) 过滤 C) 更新 D) 分片 > [!summary]- Q73 答案与解析 -> **答案：A** — 未开启 ONLY_FULL_GROUP_BY 时，GROUP BY 隐式 ORDER BY，会产生 extra filesort。 +> **答案：A** — 未开启 ONLY_FULL_GROUP_BY 时，GROUP BY 隐式 ORDER BY，会产生 extra filesort。加上该模式或在查询中显式 ORDER BY NULL 可跳过排序。 **Q74. MySQL 中 PRIMARY KEY 和 UNIQUE KEY 能否共存？** A) 能，一个表可以有多个 UNIQUE 但只有一个 PRIMARY KEY @@ -689,18 +689,18 @@ C) 可以互为别名 D) PRIMARY KEY 也是 UNIQUE KEY 的一种 > [!summary]- Q74 答案与解析 -> **答案：A** — 一张表可有多个 UNIQUE 索引，但只能有一个 PRIMARY KEY（NOT NULL + 聚簇索引）。 +> **答案：A** — 一张表可有多个 UNIQUE 索引，但只能有一个 PRIMARY KEY（NOT NULL + 聚簇索引）。PRIMARY KEY 本身也是一种 UNIQUE KEY。 ### 八、高并发设计 & 缓存策略（第 75-84 题） -**Q75. Write-Behind 缓存策略的特点是什么？** -A) 先写缓存再异步落库，提升写入吞吐 +**Q75. Write-Behind（回写）缓存策略的特点是什么？** +A) 先写缓存再异步落库，提升写入吞吐；牺牲强一致性换取高性能 B) 先落库再写缓存 -C) 同步写双写 +C) 同步双写 D) 只写不存 > [!summary]- Q75 答案与解析 -> **答案：A** — 写入先命中缓存层即刻返回，后台定时批量刷盘，牺牲强一致性换取高性能。 +> **答案：A** — 写入先命中缓存层即刻返回，后台定时批量刷盘。ThumbUP 点赞系统采用此策略：Redis 承接写入 → 10 秒时间片分桶 → 定时任务批量落库。 **Q76. 二级缓存的设计目的通常是？** A) 热点数据在本地减少远程调用，冷数据不落 L1 减少污染 @@ -709,7 +709,7 @@ C) 加快 GC D) 减少 CPU 消耗 > [!summary]- Q76 答案与解析 -> **答案：A** — L1 本地缓存存极热点数据（零网络开销），L2 远端缓存作为后备，兼顾速度与资源消耗。 +> **答案：A** — L1 本地缓存存极热点数据（零网络开销），L2 远端缓存作为后备。ThumbUP 采用 Caffeine + Redis 二级：热点 Key 提升至本地缓存，降低 Redis 访问压力。 **Q77. HeavyKeeper 算法主要用于解决什么问题？** A) Top-K 热点 Key 探测 @@ -718,7 +718,7 @@ C) 网络拥塞控制 D) 分布式事务 > [!summary]- Q77 答案与解析 -> **答案：A** — HeavyKeeper 通过最小堆 + 概率衰减机制，自适应流量变化持续追踪高频热点。 +> **答案：A** — HeavyKeeper 通过最小堆 + 概率衰减机制，自适应流量变化持续追踪高频热点。ThumbUP 用它识别热门内容的点赞请求，避免穿透到 DB。 **Q78. 令牌桶限流相比漏桶的区别在于？** A) 令牌桶允许突发流量，漏桶是匀速输出 @@ -727,7 +727,7 @@ C) 漏桶不允许峰值 D) 两者完全一样 > [!summary]- Q78 答案与解析 -> **答案：A** — 令牌桶积累令牌允许短时间内突发消费；漏桶以固定速率出水，不突发。 +> **答案：A** — 令牌桶积累令牌允许短时间内突发消费；漏桶以固定速率出水，不突发。Go-redis 实现的令牌桶限流存储在 Redis 中，适合分布式场景。 **Q79. 点赞系统中 Lua 脚本保证原子性的目的是？** A) 原子地读取-判断-递增，防止并发冲突 @@ -736,7 +736,7 @@ C) 替代 Redis D) 持久化 > [!summary]- Q79 答案与解析 -> **答案：A** — Lua 脚本在 Redis 中串行执行，确保 incr + TTL 逻辑不被中间状态打断。 +> **答案：A** — Lua 脚本在 Redis 中串行执行，确保 incr + TTL 逻辑不被中间状态打断。Lua 不仅做到批量执行，还能做条件判断——这是 Pipeline 和 MULTI/EXEC 做不到的。 **Q80. 补偿任务的目的是？** A) 兜底修复因异常导致的数据不一致（如未落库记录） @@ -745,7 +745,7 @@ C) 替代定时任务 D) 清除过期数据 > [!summary]- Q80 答案与解析 -> **答案：A** — 定时批量写回可能失败或遗漏，补偿任务定期对账补齐丢失数据。 +> **答案：A** — 定时批量写回可能因崩溃、网络异常等导致部分记录未落库。补偿任务定期对账（如 Redis 增量与 DB 统计比对）补齐丢失数据，保障最终一致性。 **Q81. Redis 中利用字符串常量池作为锁对象的好处是？** A) 同用户串行执行，不同用户并行，减少不必要的互斥 @@ -754,16 +754,16 @@ C) 加快 GC D) 替代数据库锁 > [!summary]- Q81 答案与解析 -> **答案：A** — 以 user_id 为粒度实现细粒度并行，避免一把大锁导致的瓶颈。 +> **答案：A** — ThumbUP 中以 "like:" + user_id 为粒度实现细粒度并行锁，避免了全局大锁导致的瓶颈。Java 字符串常量池保证相同内容的字符串指向同一对象，天然适合作为锁标识。 **Q82. Redis 时间片分桶暂存增量的好处是？** -A) 将分散的单次请求聚合为批处理请求 +A) 将分散的单次请求聚合为批处理请求，减少 DB 写入次数 B) 减少 Redis 压力 C) 替代 MQ D) 实现秒级 TPS > [!summary]- Q82 答案与解析 -> **答案：A** — 在 10s 窗口内攒一批后再统一落库，减少 DB 写入次数。 +> **答案：A** — 10 秒窗口内攒一批后再统一落库，比如 1000 次点赞聚合为 100 批 INSERT（每批 10 秒累积），大幅降低 DB 写入频率。 **Q83. Caffeine 本地缓存相比 Guava Cache 的优势之一是？** A) W-TinyLFU 淘汰算法更接近 LRU 但更轻量 @@ -772,7 +772,7 @@ C) 更大内存上限 D) 内置集群功能 > [!summary]- Q83 答案与解析 -> **答案：A** — Caffeine 采用 W-TinyLFU（滑动窗口 Tiny-Filter LFU），命中率接近 LRU 但代价更低。 +> **答案：A** — Caffeine 采用 W-TinyLFU（滑动窗口 Tiny-Filter LFU），命中率接近 LRU 但代价更低（内存开销仅为 LRU 的几分之一）。它是 Spring Cache 的默认实现。 **Q84. Redis 的 watch 命令实现了什么功能？** A) 乐观锁——监视 key 并在 multi/exec 时校验是否被修改 @@ -781,18 +781,18 @@ C) 分区 D) 复制 > [!summary]- Q84 答案与解析 -> **答案：A** — WATCH key… 后 MULTI，EXEC 时如果 key 被他人改动则整个事务失败。 +> **答案：A** — WATCH key… 后 MULTI，EXEC 时如果 key 被他人改动则整个事务失败。适合 CAS 场景，但高并发下重试率可能较高。 ### 九、Docker & CI/CD（第 85-90 题） **Q85. Docker 多阶段构建的主要优势是？** -A) 最终镜像体积更小（只保留产物不含构建工具） +A) 最终镜像体积更小（只保留产物不含构建工具，如 JRE 代替 OpenJDK SDK） B) 自动部署 C) 更快的网络 D) 取代 K8s > [!summary]- Q85 答案与解析 -> **答案：A** — 在不同 stage 中分别完成编译和打包，拷贝产物到新镜像，剔除编译环境。 +> **答案：A** — 不同 stage 分别完成编译和打包，COPY --from= 只拷贝最终产物到新镜像。知无涯项目中，Builder 阶段含 Maven/OpenJDK，Runner 阶段仅含 JRE，镜像体积可缩减 80%+。 **Q86. Dockerfile 中 RUN、CMD、ENTRYPOINT 的区别是？** A) RUN 构建时执行，CMD 和 ENTRYPOINT 运行时执行（CMD 可被 docker run 覆盖） @@ -801,7 +801,7 @@ C) CMD 在构建时执行 D) ENTRYPOINT 可以被覆盖 > [!summary]- Q86 答案与解析 -> **答案：A** — RUN 在镜像构建阶段执行；ENTRYPOINT 为主命令不易变，CMD 是默认参数可覆盖。 +> **答案：A** — RUN 在镜像构建阶段执行，产生新的镜像层；ENTRYPOINT 为主命令不易变，CMD 是默认参数可被 docker run args 覆盖。 **Q87. GitHub Actions 中 workflow_dispatch 触发器用于？** A) 手动触发工作流 @@ -810,16 +810,16 @@ C) PR 合并后触发 D) cron 定时触发 > [!summary]- Q87 答案与解析 -> **答案：A** — 通过 UI 点击手动触发，常用于测试或紧急发布。 +> **答案：A** — 通过 UI 点击手动触发，常用于测试新流水线配置或紧急发布。Gitea Actions 中也支持相同的触发器。 -**Q88. CI/CD 流水线中 Lint 检查的阶段通常在？** -A) 代码提交后、单元测试前 -B) 部署之后 -C) 构建镜像之后 -D) 不需要这个环节 +**Q88. CI/CD 流水线中各阶段的典型顺序是？** +A) Lint 检查 → 单元测试 → 构建镜像 → 推送镜像 → 部署 +B) 部署 → Lint 检查 → 单元测试 → 构建镜像 +C) 构建镜像 → Lint 检查 → 单元测试 +D) 单元测试在最晚的阶段，因为需要完整构建 > [!summary]- Q88 答案与解析 -> **答案：A** — Lint 是最快发现规范问题的步骤，放在测试和构建之前以减少无效流水线运行。 +> **答案：A** — Lint 是最快发现规范问题的步骤，放在测试和构建之前以减少无效流水线运行。知无涯项目中飞书推送集成在每一步通过后触发通知。 **Q89. Docker Compose 中 depends_on 的作用局限性是？** A) 仅表示服务间依赖顺序，不等待容器内进程就绪 @@ -828,18 +828,18 @@ C) 管理环境变量 D) 自动拉取镜像 > [!summary]- Q89 答案与解析 -> **答案：A** — depends_on 只保证启动顺序，需要配合 healthcheck 或 wait-for-it 脚本才能确保服务可用。 +> **答案：A** — depends_on 只保证启动顺序，需要配合 healthcheck 或 wait-for-it 脚本才能确保服务可用。例如数据库容器启动了但还没完成初始化，此时应用连接仍会失败。 -**Q90. Lark（飞书）OpenAPI 回调 Webhook 常用于？** -A) 接收事件通知（如审批、机器人消息） -B) 发送邮件 -C) 构建 Docker 镜像 -D) 监控 CPU +**Q90. CI/CD 流水线中集成飞书 Lark SDK 推送流水线状态的价值是？** +A) 研发团队可实时感知构建结果，缩短故障发现和响应时间 +B) 替代单元测试 +C) 减少服务器资源消耗 +D) 自动修复构建失败的代码 > [!summary]- Q90 答案与解析 -> **答案：A** — 飞书 webhook 可将审批、聊天等事件实时推送到业务服务端。 +> **答案：A** — 飞书 webhook 可将构建成功/失败、部署进度实时推送到企业群。知无涯项目中在 lint check、unit test、docker build 每个阶段通过后都触发对应通知卡片。 -### 十、微服务 & 架构（第 91-96 题） +### 十、SaaS 架构 & 微服务（第 91-96 题） **Q91. 微服务架构中最核心的挑战之一是？** A) 分布式一致性/跨服务通信 @@ -848,7 +848,7 @@ C) 内存占用 D) CPU 使用率 > [!summary]- Q91 答案与解析 -> **答案：A** — 服务间调用带来延迟、幂等、Saga/TCC 事务一致性等难题。 +> **答案：A** — 服务间调用带来延迟、幂等、Saga/TCC 事务一致性等难题。Tcode 平台的 SaaS 多租户架构本身就是一组协作的微服务。 **Q92. gRPC 默认使用的序列化协议是？** A) Protobuf @@ -857,43 +857,43 @@ C) XML D) MessagePack > [!summary]- Q92 答案与解析 -> **答案：A** — Protobuf 二进制编码，体积小、解析快，优于 JSON。 +> **答案：A** — Protobuf 二进制编码，体积小、解析快，优于 JSON。gRPC 基于 HTTP/2，天然支持多路复用和流式传输。 -**Q93. gRPC 和 RESTful API 的比较中不正确的是？** -A) gRPC 基于 HTTP/2，RESTful 通常 HTTP/1.1 -B) gRPC 契约驱动，适合强 typed 场景 -C) gRPC 不适合跨语言 -D) RESTful 更易被浏览器调试 +**Q93. SaaS 多租户架构中三种常见数据隔离方案的 Trade-off 是？** +A) Level 1 独立库（最强隔离、最高成本）、Level 2 独立 Schema（折中）、Level 3 共用表 tenant_id（最低成本、隔离最弱） +B) 一种：共享表 +C) 五种方案 +D) 两种：独立库和共享 Schema > [!summary]- Q93 答案与解析 -> **答案：C** — gRPC 跨语言能力强（官方 SDK 支持 Go/Java/Python/Node…），Protobuf 天然多语言。 +> **答案：A** — Tcode 平台选择哪种方案取决于租户的安全等级和规模：大客户用独立库，中小客户共享 Schema，免费用户共用表。隔离越强，运维成本越高。 -**Q94. SaaS 多租户架构中常见的数据隔离方案有几种？** -A) 三种：独立数据库、独立 Schema、共享 Schema 加 tenant_id -B) 一种：共享表 -C) 五种 -D) 两种 +**Q94. RBAC（Role-Based Access Control）权限模型中的核心实体关系是？** +A) User 绑定 Role，Role 赋予 Permission，通过角色间接授权 +B) User 直接绑定 Permission，无需角色 +C) Department → Permission +D) Tenant → Service > [!summary]- Q94 答案与解析 -> **答案：A** — Level 1 独立库（最强隔离）、Level 2 独立 Schema、Level 3 共用表 tenant_id 列。 +> **答案：A** — User–Role–Permission 三层模型解耦了"谁能做什么"的直接映射，新增权限只需调整角色即可影响一组用户。Tcode 平台在此基础上扩展了树状组织架构的行列级权限。 -**Q95. RBAC（Role-Based Access Control）的核心实体有哪些？** -A) User–Role–Permission -B) User–Department -C) Project–Team -D) Tenant–Service +**Q95. 树状组织架构（部门层级）在 SaaS 平台中常见的实现方式不包括？** +A) 邻接表 Adjacency List（父节点引用） +B) 物化路径 Materialized Path（存储完整路径字符串） +C) 嵌套集 Nested Sets +D) Redis Hash 直接存储全量树 > [!summary]- Q95 答案与解析 -> **答案：A** — 用户绑定角色，角色赋予权限，通过角色间接授权。 +> **答案：D** — Redis Hash 适合扁平键值存取，不支持高效的层级查询和子树遍历。树架构通常用邻接表（最简单）、物化路径（路径查询高效）或嵌套集（子树查询快但更新成本高）。 -**Q96. 树状组织架构在 SaaS 平台中通常需要支持的操作是？** -A) 增删改查子节点 + 移动节点到不同父节点 -B) 仅查询 -C) 只支持扁平化 -D) 不需要支持树 +**Q96. 【金银湖实习】RAG 模块中构建组件漏洞知识图谱的典型流程是？** +A) 抽取组件三元组（组件名-漏洞类型-CVE编号）→ 存入图数据库 → 关联风险传播路径 +B) 写入 MySQL 普通表 +C) 纯 NLP 模型直接生成报告 +D) 人工标注 > [!summary]- Q96 答案与解析 -> **答案：A** — 树状组织需要灵活维护层级关系，常见实现用 adjacency list 或 materialized path。 +> **答案：A** — 知识图谱用图结构表达实体间复杂关系，利于漏洞影响面分析与传播链路追踪。金银湖安全大模型负责结构化提取，图谱用于展示漏洞在各组件间的级联影响。 ### 十一、AI & RAG（第 97-100 题） @@ -904,16 +904,16 @@ C) 替换 Transformer 架构 D) 直接微调全模型 > [!summary]- Q97 答案与解析 -> **答案：A** — RAG 将检索与生成解耦，避免全量微调，实时更新知识库成本低。 +> **答案：A** — RAG 将检索与生成解耦，避免全量微调，实时更新知识库成本低。金银湖实验室中 RAG 为安全检测模块提供最新漏洞情报。 -**Q98. Eino Agent Graph 编排 Prompt 优化→素材生成→质量校验→格式适配管线，本质上是？** +**Q98. 【Gen2D】Eino Agent Graph 编排 Prompt 优化→素材生成→质量校验→格式适配管线，本质上是？** A) DAG 有向无环图工作流，保证节点按拓扑顺序执行 B) 简单的 for-loop C) 随机采样 D) 并行随机组合 > [!summary]- Q98 答案与解析 -> **答案：A** — DAG 确保依赖关系正确：只有前置节点完成才可进入下一阶段。 +> **答案：A** — DAG 确保依赖关系正确：只有前置节点完成才可进入下一阶段。这种编排模式支持灵活替换单个节点（如更换 LLM 模型而不影响管线其他部分）。 **Q99. Reflect 自省机制在 AI Agent 中的作用是？** A) 让 Agent 自我评估输出质量，不达标时自动回注提示词修正 @@ -922,7 +922,7 @@ C) 加速推理 D) 替代向量数据库 > [!summary]- Q99 答案与解析 -> **答案：A** — Self-reflection 使 Agent 形成闭环：生成→评判→修正→再生成，逐步提升质量。 +> **答案：A** — Self-reflection 使 Agent 形成闭环：生成→评判→修正→再生成，逐步提升质量。Gen2D 项目中还支持注入用户反馈，让 Agent 理解偏好并持续改进。 **Q100. 构建组件漏洞知识图谱的典型流程是？** A) 抽取组件三元组（组件-漏洞-CVE）→ 存入图数据库 → 关联风险传播路径 @@ -931,14 +931,18 @@ C) 纯 NLP 模型生成 D) 人工标注 > [!summary]- Q100 答案与解析 -> **答案：A** — 知识图谱用图结构表达实体关系，利于漏洞影响面分析与传播链路追踪。 +> **答案：A** — 知识图谱用图结构表达实体关系，利于漏洞影响面分析与传播链路追踪。金银湖实验室基于安全大模型的结构化输出能力，自动构建组件-漏洞- CVE 的关联网络。 ## 关联笔记 - [[hzh/GO/Go 语言基础.md]] - [[hzh/GO/并发模型.md]] +- [[hzh/GO/协程池.md]] - [[hzh/Java/Spring 系列.md]] - [[hzh/Redis/Redis 核心概念.md]] - [[hzh/MySQL/MySQL 索引与事务.md]] -- [[hzh/项目经验/Gen2D 游戏素材生成.md]] -- [[hzh/项目经验/ThumbUP 高并发点赞系统.md]] +- [[hzh/REDIS/Lua脚本.md]] +- [[hzh/REDIS/Go-Redis Lua 调用指南.md]] +- [[hzh/REDIS/多级限流架构.md]] +- [[hzh/MS/02-服务治理/09-网关鉴权策略/RBAC权限模型实战.md]] +- [[hzh/MS/05-部署运维/03-CICD与GitOps.md]]