技术面试里最尴尬的时刻是面试官指着你简历上的一个词问「这个能展开说说吗」而你只能复述一遍定义。这个问题可以在面试前一小时解决。方法是自检把简历上出现的每个技术名词过一遍看你能讲到第几层。三层是什么第一层它是什么解决什么问题。第二层我在什么场景下用了它当时的参数、规模、配置是什么。第三层为什么是它而不是别的它的代价是什么什么情况下我不会用它。第一层是背来的第二层是做过的第三层是想过的。面试官的追问路径基本就是这三层。停在第一层对方立刻知道你只是写上去的。举个例子Redis第一层内存数据库常用于缓存支持多种数据结构。这一层所有人都能说没有区分度。第二层「商品收藏列表用的 ZSetscore 存收藏时间方便按时间倒序分页收藏数单独用 String 存因为列表页只需要数量不需要明细。设了 30 分钟过期实例是 4G 主从峰值 QPS 大概 3000。」这一层说明你真的用过。第三层「用缓存的代价是一致性。我们的方案是写后删除加延迟双删因为业务能接受秒级不一致。如果是账户余额这类我不会这么做得用强一致的方案或者直接走库。另外 ZSet 存收藏列表有个前提是单用户收藏数不会太大我们限了 1000 条上限超过的话这个结构就不合适得改成分页存 key。」这一层说明你知道边界。能讲到这里的人面试官通常就往下一个话题走了因为已经确认你是真的。自检的具体做法打开简历把所有出现的技术名词圈出来。包括技能栏里的每一个词。项目经历里提到的框架、中间件、算法、工具。形容词式的表述比如「高并发」「分布式」「优化」。然后对每个词用三十秒回答我能讲到第几层结果会分成三类。第一类能讲三层的留着并且往前放这些是你的主战场。把它们放在简历最显眼的位置主动引导面试官往这里问。引导的方法是写得具体写了参数和数据的地方面试官就会问那里。第二类只能讲两层的留着但补第三层这一类最值得投入。补第三层不需要重新学只需要想清楚两个问题当时为什么选它还有什么别的选项它的代价是什么什么情况下不该用每个词花五分钟想清楚写两句话记下来。十个词也就一小时。第三类只能讲一层的删掉或者降级这是自检的核心动作也是最多人舍不得做的。技能栏里那个你半年前看过教程但没实际用过的框架删掉。项目描述里那句「使用了分布式事务」如果你说不清用的哪种方案、为什么不用别的删掉或者改成你真正做的事。删掉的成本是简历看起来「少了点东西」不删的成本是面试当场答不上来。后者严重得多因为它影响的不是这一道题是面试官对你整份简历可信度的判断。降级的写法有些东西你确实接触过但不深不想完全删掉。可以用分级表述改前技能Java、Spring Boot、MySQL、Redis、Kafka、Elasticsearch、Docker、Kubernetes、Flink九个词一视同仁面试官不知道该问哪个多半会挑一个你最虚的。改后主力Java8/17、Spring Boot、MySQLInnoDB 索引与事务、Redis缓存与分布式锁 用过Kafka生产消费与重试设计、Docker、Elasticsearch基础查询与分词配置 了解Kubernetes能读懂部署文件未独立运维过、Flink做过一个 Demo改后诚实而且把面试官引导到了「主力」那一行。「了解」那一行里的备注反而加分因为它显示你对自己的水平有准确判断。技术面试官非常反感的一件事是夸大非常欣赏的一件事是准确的自我评估。形容词也要自检「高并发」「海量数据」「高可用」这类词同样要问三层高并发是多少 QPS峰值和均值各是多少瓶颈在哪你做了什么海量数据是多少条、多大单表还是分表查询模式是什么高可用是几个 9怎么保证的故障演练做过吗答不上来的把形容词换成具体数字或者删掉。改前- 负责高并发场景下的接口优化改后- 负责商品列表接口的优化压测下 500 并发时 P99 为 1.2s加缓存并把 N1 查询合并成批量查询后降到 80ms自检之后做一件事把第二类补了第三层的和第一类本来就能讲三层的各挑两个准备成两分钟的口述版本对着录音讲一遍自己听。听的时候只关注一件事有没有卡壳有没有把「我们做了」说成「我做了」。最后这个自检的本质是让简历和你本人对齐。对齐之后面试会变得轻松对方问什么你都能往下讲因为简历上没有你讲不了的东西。