传化智联一面面经：Agent 框架、上下文优化与 JDK 对象生命周期

《面试题目》

1. 实习中的难点以及怎么解决？
2. 你的 Agent 框架层是什么样的？
3. 上下文优化如何做的？
4. JDK 相关源码了解过吗？
5. JDK 的一个对象，它从创建到销毁的整个生命周期，经历哪几个阶段？
6. 说一下 MySQL 索引。
7. 你的优点和缺点？
8. 你的期望工作地点和期望薪资？

（帖内提到：最后是反问环节。）

《参考解析》

Agent 框架层应该怎么描述。 面试官问「你的 Agent 框架层是什么样的」，是想看你有没有把 Agent 当成一个可维护的软件系统来设计，而不是一堆提示词。一个清晰的框架可以按五层讲：接入层（会话与身份、请求校验、限流）；编排层（状态机或流程图，定义节点与跳转条件，控制循环与终止条件，这是「受控」的核心）；能力层（工具注册与路由、Skill 的按需挂载、权限与参数校验、超时与重试）；记忆与上下文层（短期对话、任务状态、长期知识检索与写入）；可观测层（每一步的输入输出、工具调用与耗时、token 消耗、失败原因落库，用于评测与回放）。讲的时候一定要给出「受控」的具体体现：循环有最大步数与预算、每个节点有明确的进入退出条件、模型只在节点内部做判断而流转由代码决定、失败有降级路径而不是无限重试。如果还做了人工介入（低置信转人工、危险动作需确认），一并说出来，这是工程化程度的重要信号。

上下文优化是这类岗位最核心的工程问题。 上下文窗口不是无限资源，优化目标是在有限 token 内保留最多「对当前决策有用的信息」。常用手段分几类：一是裁剪与分层，系统指令与硬约束常驻，最近几轮保留原文，较久的历史压成摘要；二是检索替代堆砌，把长文档、历史记录放进可检索存储，按需取回片段而不是全量塞入；三是结构化表达，用清单、JSON、状态文件代替长散文，任务进度写成显式状态（已完成、待办、已知事实、未解问题），避免模型靠上下文猜测；四是去重与稳定化，相同工具结果只保留一份，工具返回做结构化裁剪；五是外部记忆，把关键结论写进持久化文件（计划、进度、决策记录），下一轮重新加载。要点是：任何压缩都要有损可控——不能把「约束」和「已确认事实」压掉，否则模型会开始编；同时要能观测压缩效果（比如某类任务压缩后的成功率是否下降）。回答时最好给一个真实数字：优化前多少 token、优化后多少、成本或延迟下降多少、有没有影响准确率。

JDK 对象的生命周期与源码。 对象的一生大致分六个阶段：① 创建——类加载检查（类是否已加载、链接、初始化）、分配内存（指针碰撞或空闲列表；并发下用 CAS 或 TLAB 保证线程安全）、内存置零、设置对象头（Mark Word 与类型指针）、执行构造方法；② 使用——对象被引用，可能经历偏向锁撤销、锁升级（无锁 → 偏向 → 轻量级 → 重量级）；③ 不可达——不再被 GC Roots 引用，进入「不可达」阶段；④ 判定与 finalize——可达性分析标记为不可达后，若重写了 finalize 且未执行过，会进入 F-Queue 等待执行一次（这是设计缺陷，实践上不要依赖它，推荐用 try-with-resources 或 Cleaner）；⑤ 回收——GC 按分代与算法回收内存（新生代复制、老年代标记清除/整理），大对象或长期存活对象直接进老年代；⑥ 内存归还——回收后的空间由分配器管理，可能归还给操作系统也可能保留在堆内复用。围绕「源码」还能展开的加分点：对象头在 64 位 JVM 下的布局与压缩指针、逃逸分析与栈上分配/标量替换、TLAB 的分配与浪费、-XX:+UseCompressedOops 的影响。回答这类题不要只背阶段名，把「为什么要设计 TLAB」「finalize 为什么不推荐」讲出来才是理解。

MySQL 索引的完整答法。 从结构讲：InnoDB 用 B+ 树，非叶子节点只存键、叶子节点存数据并用双向链表连接，所以能支持范围查询与顺序扫描，树高通常 3~4 层、一次查询只需几次磁盘 IO；聚簇索引（主键索引）的叶子节点就是整行数据，二级索引的叶子节点存主键值，因此通过二级索引查非索引列需要「回表」。由此推出实践要点：主键要短且有序（自增避免页分裂，或者用有序的分布式 ID），避免随机主键导致的写放大；联合索引要遵守最左前缀，把区分度高、常用于等值条件的列放前面；尽量用覆盖索引避免回表（查询列都被索引覆盖）；避免索引失效的写法——对索引列做函数运算或隐式类型转换、前导模糊匹配 %x、OR 混用非索引列、违反最左前缀；区分度低的列（性别、状态）单独建索引收益很低。还要会看执行计划：EXPLAIN 的 type（从 const/ref/range 到 index/all）、key 与 key_len、rows 估算、Extra 里的 Using filesort / Using temporary / Using index condition（索引下推）。最后补一句治理手段：开慢查询日志、定期分析 Top SQL、用 ANALYZE TABLE 更新统计信息、控制单表数据量做归档或分表、用游标分页替代大 offset。

优缺点、期望地点与薪资。 「优点和缺点」是典型的自我认知题，答法要真实且有边界：优点挑与岗位强相关的两个，各带一个例子（比如「遇到问题习惯先定位到根因再动手，实习时把一个偶发超时追到了连接池配置」）；缺点挑一个真实但可控、并且你已经在对治的点（比如「早期容易一头扎进细节，后来养成了先写清方案与验收标准再动手的习惯」），不要说「我太追求完美」这类伪装成缺点的优点。期望工作地点与薪资要给出范围而不是反问，薪资可以结合城市、行业与同岗位公开信息给出一个区间并说明依据（「参考同类岗位区间，我的期望是 X 到 Y，更看重岗位方向与成长」），同时明确表达可谈。反问环节可以问团队当前的技术栈与业务、新人前三个月的目标、代码评审与测试流程如何，把面试收尾在「我能为团队做什么」上。帖子里这一轮问题跨度大，说明面试官在快速摸清你的技术广度与稳定性，回答时保持结构清晰、每答一到两句就给结论，比长篇铺陈更有效。