技术面试如何复盘？把一次卡壳变成可验证的学习任务
先记录事实，再评价表现
面试后尽快记下问题、自己的回答、追问和卡住的位置。把记得清楚的原话与事后猜测区分开，不要仅凭面试官表情推断录用结果。记录用于个人改进，涉及公司未公开业务或保密题目时，不直接公开传播。
一次没答好可能来自知识缺口、表达混乱、紧张或问题理解偏差，处理方法不同。先分类，比把自己概括为“基础不行”更有帮助。
四类问题分别处理
知识缺口需要补原理与条件，例如知道索引口诀却解释不了优化器为何选择扫描。表达问题则需要练习先给结论，再展开两三个关键点。项目证据不足时，应回到实际实现与记录，明确自己负责什么。现场推理问题则练习澄清需求、提出假设和验证步骤。
不要把所有问题都变成再背一篇长答案。背诵能帮助组织语言，却无法替代对变化条件的判断。
把模糊目标改成小任务
“补数据库基础”太大，可以改为“解释联合索引的访问条件，并用执行计划比较两种查询”。“提升项目表达”可以改为“用两分钟介绍职责、一个取舍和一个失败案例”。任务应有完成标准，而不是只规定阅读多久。
每次复盘挑最影响表现的少量问题，避免生成一个永远做不完的学习清单。优先处理重复出现、与目标岗位相关且能通过练习改善的部分。
用复述和实验验证
看完资料后合上页面，先口头回答，再检查遗漏条件。能说出结论之后，还要能回答“为什么”“什么时候不成立”“怎样确认”。工程问题可以在隔离环境做小实验，保留环境与结果；没有执行就标注为分析或计划。
复习不要只发生在当晚。隔一段时间重新回答，换一个参数或失败场景，检查是否真的理解。不要把记住题目顺序当作掌握。
项目类问题回到真实边界
被问到没有参与的模块，可以说明边界，再给出自己的理解与待验证点。复盘后如果发现简历描述过宽，应修正表达，而不是补造细节。涉及性能和成本，回到测量口径；没有数据就准备怎样测量的方案。
对系统设计题，比较需求澄清、主链路与关键取舍是否讲清，不必追求画出最多组件。一个能解释失败行为的最小方案，通常更容易形成清楚讨论。
如何知道自己在进步
定期回看同类问题是否还会卡住，回答是否更短更清楚，能否给出证据和边界。面试结果还受岗位匹配与招聘进度影响，不能用单次结果判断全部能力。本文提供复盘方法，不承诺求职结果；目标是让每次准备留下可迁移的工程理解。