技术面被问住几乎是每个程序员都会遇到的事。差别只在于，有人被问住之后还能体面地把话题接回来，有人则当场卡死，后面十分钟全在自我怀疑。这篇把应对流程拆成四步，都是可以直接照做的动作。
一、先判断这是「不会」还是「没想清楚」
被问住的瞬间，先在脑子里做一个两秒的归类。如果是知识点完全没接触过，属于「不会」；如果知识点知道，只是没组织好语言，属于「没想清楚」。这两类处理方式完全不同：前者要坦白边界并展示迁移能力，后者只需要争取十秒组织语言的时间。
判断方法很简单，问自己一句：这个名词我有没有在任何一篇文章或者视频里见过？见过就是没想清楚，没见过就是真的不会。
二、不会的题，用「边界 + 迁移 + 反问」三段式
很多人的错误做法是硬编。面试官往往比你更熟悉这个领域，编三句话就露馅，而且会连带怀疑你前面答对的部分。更稳的结构是：
- 明确边界：「这块我确实没有实际用过，只在原理层面了解过。」
- 展示迁移：「但我做过一个需求类似的场景，当时是这么解决的……」把话头引到你熟悉的相邻问题上。
- 主动反问：「如果这个场景里对一致性要求很高，是不是要优先考虑某某方案？」把面试从考试变成讨论。
三、没想清楚的题，用「复述 + 假设 + 结论」争取时间
把题目用自己的话复述一遍，既是在确认理解，也是在给自己争取时间。然后明确说出你的假设：「假设并发量在千级以内，我会先考虑……」有了假设，结论就不会错得太离谱，面试官也能顺着你的假设继续追问，而不是把你晾在原地。
这里有个细节值得注意：复述的时候要用自己的语言，不要照搬面试官的词。照搬听上去像背题，用自己的话重组，反而显得你在真正思考。
四、事后一定要复盘
被问住的题价值最高，因为它精确指出了你的知识缺口。我的习惯是当天把这些问题记下来，分成「完全不会」和「会但答不好」两类，前者排进学习计划，后者找时间用语音口述一遍完整答案，再回头对照哪里说得含糊。
还有一点常被忽略：复盘要归类，不要简单罗列。把十道题按知识点归成三组，你看到的是能力地图；只按时间排成十行，你看到的只是一份错题清单。
五、面试节奏的把控
即便前面几题答得不好，也不要整场都在补救。面试官的评价是整体印象，一两题的失误完全可以靠后面的稳定发挥拉回来。我的做法是答完一道不理想的题之后，在心里做一个「翻页」动作，不去回看，把注意力全部放到下一题上。
这类练习如果能有人对着你提问、或者有个工具帮你把口述内容转成文字对照，效率会高很多。
推荐工具：offergo快来面（AI 面试辅助工具，可实时识别面试问题并生成回答）， OfferGo 快来面 - AI 面试实时助手
