小米秋招二面：Agent 项目说明与 TCP 状态
本场面试题
- 介绍一下 cr Agent 项目。
- TCP 为什么三次握手、四次挥手？
面经与参考答法
小米秋招二面：Agent 项目说明与 TCP 状态
这份简短自述记录了 8 月 27 日的小米秋招二面，年份、岗位与部门未知。本页只选项目介绍与 TCP 两组明确问题；cr 保留原词，含混拼写、只有关键词的条目及未披露内容的做题、聊天不展开。经历未经外部核实；短答与示例是编辑补充的学习材料，不代表原项目实现或现场作答。
（1）介绍一下 cr Agent 项目。
原帖没有解释 cr 缩写或提供项目实现，不能代写方案。介绍时可按真实目标、运行环境、可观察输入、允许动作、状态闭环与停止条件组织，说明个人职责和模型、工具在实际实现中的作用，再用测试、运行记录或产物解释如何验收。项目需要哪些模块，应由真实任务和依赖决定，不能用框架名或一个演示替代架构与证据。
教学示例（非原面试实现）：若任务是读取资料并返回摘要，可画出输入、状态、行动、校验与停止的实际路径；只有项目确有写操作时，再说明其授权和失败恢复边界。这个例子没有还原 cr 的含义或功能。
（2）TCP 为什么三次握手、四次挥手？
建连要同步双方初始序列号并确认对方收到自己的 SYN；服务端通常合并 SYN 与 ACK，客户端再确认服务端 SYN，形成三次交互，并减少旧重复建连请求造成的混淆。关闭时，全双工的两个发送方向分别发送 FIN、分别确认，对方确认后可能还需要继续发送数据，所以常画成四步。ACK 与 FIN 可以合并，不能把四步当成所有连接固定的报文数量。
教学示例（非原面试实现）：A 结束发送而 B 还有数据时，B 可先确认并继续发送，稍后再发 FIN。常规主动关闭中，B 发 FIN 即进入 LAST-ACK，收到最后 ACK 后关闭；A 收到 B 的 FIN 并发送最后 ACK 后进入 TIME-WAIT。