最开始面试的时候，我真的怕极了被问到不会的问题。第一次面杭州一家中小厂的后端开发岗，面试官问我：“讲一下 Redlock 算法的原理，以及它的优缺点和适用场景？”我当时脑子瞬间一片空白，分布式锁我只懂最基础的 Redis SETNX 实现，Redlock 只在面经里扫过一眼，根本记不住原理。越慌越想不起来，最后支支吾吾说了句 “这个我不太了解”，然后就低着头不说话了，整个场面尴尬到能抠出三室一厅。面试官也没再追问，随便问了两个简单的问题就结束了面试，结果可想而知，一面直接挂了。那次面试结束后，我特别挫败，觉得自己八股文白背了，连个问题都接不住。后来跟拿到大厂 offer 的学长聊，他跟我说的一句话，我到现在都记得：“面试官问你不会的问题，不是为了难住你，是想看你面对未知问题的反应，看你的学习能力和解决问题的思路。比起不懂装懂瞎编，坦诚永远是第一位的。”从那之后，我就调整了自己的应对方式，哪怕遇到完全不会的问题，也不会再慌神冷场，而是用一套固定的逻辑去应对。印象最深的，是面字节商业化后端岗的二面，那次也是我靠应对方式，直接逆风翻盘的一次。当时面试官问了我一个完全没接触过的问题：“讲一下大模型推理过程中的 KV Cache 优化原理，以及你做过的相关性能优化实践？”我当时心里咯噔一下，我做的项目都是 RAG 应用开发，根本没接触过底层的推理优化，别说实践了，原理都只听过个大概。但这次我没慌，先笑着跟面试官坦诚说：“实在不好意思，KV Cache 的底层优化我目前还没有深入接触过，相关的实践经验也比较少，这块是我的知识盲区。”说完这句话，我没有停下来，而是紧接着补充了自己的思考和相关经验：“不过我对大模型的推理流程有基础的了解，也在 RAG 项目里做过接口响应耗时的优化，通过分块检索和 Prompt 精简，把接口平均响应耗时从 800ms 优化到了 200ms 以内。如果后续工作中需要用到 KV Cache 优化，我有信心能快速吃透这块的技术，把之前做性能优化的思路复用过来，快速落地实践。”我本来以为，这个问题答成这样，肯定要扣分了，结果面试官听完点了点头，不仅没揪着这个问题不放，反而顺着我提到的 RAG 性能优化，问了我很多项目细节，我都答得很顺畅。更意外的是，二面结束后我顺利拿到了三面邀请，HR 后来跟我说，二面面试官对我的评价里，特意提了一句 “面对未知问题很坦诚，不瞎编，有清晰的解决问题的思路，学习能力不错”。那次之后我才明白，面试被问到不会的问题，真的不可怕。面试官根本不指望你一个应届生，能懂所有的技术，能答上所有的问题。他们真正想看的，是你面对不会的问题，是不懂装懂瞎编乱造，还是坦诚面对，并且有自己的思考和学习能力。