技术面试怎么准备，才不会被追问打穿？
技术面试的失败点很少是「不会」，而是「会但讲不清」，或者「第二层就答不上」。准备的重点是把每个决定往下钻三层。
怎么做
先从 JD 反推会被问什么
把 JD 贴进「岗位面试问题」，让它为每项能力配一道能追问到底的题，并标出这题在考什么。你会得到一张能力对照表：哪些你有证据，哪些只能空谈。空谈的那几项，就是接下来几天要补的位置。
为设计题准备一个能讲的系统
挑你简历上最复杂的那个系统，用「拆解一个复杂系统」从边界和输入输出开始拆，而不是从细节。目标是用两分钟讲清四件事：它解决什么问题、边界在哪、数据怎么流、瓶颈在哪。讲不清瓶颈，通常说明你没真正维护过它。
对每个技术决定连问五层为什么
把选型、分库、加缓存这些决定交给「连问五个为什么」，让它一路追问到机制层。面试官问为什么用消息队列，第二层是为什么不用同步，第三层是削峰之外还有什么代价。答不上来的那一层，就是你回去要补的清单。
自己讲一遍，让它挑错
把答案写下来，或者录音转成文字，贴进「我讲，它挑错」，让它当反方只挑错不夸。它常能指出「你说做了压测，但没说要压到什么指标」这类空洞。空洞比错误更危险：错误会被追问出来，空洞听起来像懂了。
用追问节奏模拟一次
让「苏格拉底式追问」一次只问一个问题，从你的回答继续往下挖，直到你答不出。这一步练的不是知识，是在不知道答案时把边界说清楚：哪些我确定、哪些我没验证过、我会怎么验证。面试官更在意这个。
用到的提示词
常见问题
面试题到底要不要背？
背能过第一层，但第二层就会露。更划算的做法是把每道高频题往下追三层为什么，准备好「当时信息不足所以选了 A，事后看应该选 B」这类回答。能讲清代价的人，比背得全的人更像真的做过。
没有大厂项目经历，怎么准备系统设计？
用你实际做过的系统，哪怕很小。小系统的优势是你能讲清每个数字从哪来。面试官不指望你设计过千万级流量，他看的是你能不能划清边界、估算量级、指出瓶颈。拿真实的小系统讲透，好过背一张大厂架构图。
被问到完全不会的问题怎么办？
先说你确定的部分，再说边界：这个问题我需要确认 X 和 Y 才能给结论。然后给一个可验证的推断，并说明打算怎么验证。硬编答案的风险是追问两句就露，而且会让人连带怀疑你前面说过的内容。