阿里巴巴控股三面面经（10.10，部门大 boss 面）

《面试题目》

1. 个人介绍。
2. 项目背景介绍。
3. 围绕背景和项目底层实现深挖（占比很大）。
4. 你对基础架构开发的理解和思考是什么？
5. AI 相关使用，以及你对 Agent 开发了解多少？
6. 反问。

《参考解析》

大 boss 面的考法：从「做过什么」转向「为什么这么做、边界在哪」。三面通常是部门负责人或更高级别，他不太关心你能不能写 CRUD，而要判断四件事：你的项目是不是真做深了、你的判断力到什么层级、你能否在这个团队里独立负责一块方向、以及你和团队的匹配度。因此这一轮的准备重点不是补八股，而是把自己项目的「底层实现」重新过一遍：数据结构与存储选型、并发模型与一致性方案、容量与延迟的数字、故障与恢复路径、以及每个决策当时的备选方案与淘汰理由。原帖用「疯狂拷打」形容这一段的时长占比，说明他能连续追问四五层——比如你说用了某中间件，他会问为什么不用另一个、压测数据是多少、单点故障怎么办、数据量涨十倍会怎样。扛住的关键是每个数字都有出处、每个取舍都能说出代价，而不是把简历上的名词重复一遍。

怎么讲「底层实现」才站得住。建议按一条主线组织：先一句话说清业务问题与规模（多少数据、多少 QPS、多少用户），再讲架构分层与关键链路（请求进来经过哪些组件、状态存在哪、失败如何处理），然后挑一到两个真正有技术含量的点深挖。深挖的模板是「问题 → 备选方案 → 选择与依据 → 落地细节 → 结果与代价」：例如分片键怎么选（按什么维度分布、会不会热点）、一致性怎么保证（强一致还是最终一致、对账与补偿在哪）、性能瓶颈怎么定位（用什么工具、指标是什么）、以及这个方案留下了什么坑（运维复杂度、扩容成本、需要人工介入的场景）。高级别面试官最看重的往往是最后一项——能主动说出方案的缺点和边界，说明你想清楚了，而只讲优点的回答会被认为是背下来的。

对基础架构开发的理解。基础架构的定位是「给业务提供稳定、高效、可复用的底座」，它的用户是内部研发，所以衡量标准和业务开发不同：不看功能多快上线，而看可用性（SLO、故障恢复时间）、性能（延迟分位而非平均值）、成本（单位请求的资源消耗）、以及研发效率（接入成本、可观测性、文档与自助能力）。做基础架构要有的思维方式有几个：把「稳定」放在功能之前，任何变更都要有灰度、回滚与降级；用数据做决策，压测与容量规划先于上线；接口与协议要向后兼容，因为下游改不动；抽象要有节制，过度设计比重复代码更贵，因为错误的抽象会被所有业务继承；自动化运维优先，人工操作是故障的主要来源。可以再结合自身经历说一段：你做过什么「让别人的活儿变简单」的事，这比抽象地谈理解更有说服力。

AI 与 Agent 开发的了解。回答分三层：模型侧知道主流模型与推理服务的差异（上下文长度、function calling、结构化输出、成本与延迟的取舍）；工程侧知道 Agent 的组成——规划、工具调用、记忆、执行循环与终止条件，以及生产化必须解决的问题：上下文管理与压缩、工具结果的可靠性、循环与空转的防护、可观测与回放、权限与审计；落地侧能举出基础设施里真实可用的场景：告警根因初步分析、日志与指标的对话式查询、容量与成本分析、值班手册问答、以及把重复的运维操作封装成受控工具（模型只做决策与生成，执行由确定性的代码完成，并留痕可回滚）。这里最容易踩的坑是只谈产品体验不谈工程边界，比如不说清模型幻觉如何被约束、工具调用失败如何降级；把「模型只负责判断与生成、状态与写入由代码控制」这条讲出来，会显得你真在系统里跑过。

反问与收尾。反问是这一轮少有的主动展示机会，别问「有没有加班」这类消耗性问题，可以问三件事：这个团队当前最重要的目标是什么、这个岗位进来后前三个月负责哪块、团队在基础架构与 AI 结合上有没有在推进的方向。原帖提到面完直接约了 HR 面，说明技术评估已经通过，此后的 HR 面主要确认意向、薪资与到岗时间，可以提前把期望薪资的区间与依据、手上的其他流程、以及最快到岗时间准备好，回答时给确定信息而不是模糊表态。