面试中遇到重复性问题，不是你不够优秀，而是你没掌握提问的技巧。
技术面试中，有些问题像老生常谈，仿佛每个面试官都会问一遍。比如“讲讲你对HTTP协议的理解”、“说说TCP/IP的四层模型”或者“谈谈你对数据库索引的认识”。这些问题看似简单，实则藏着无数细节，稍有不慎就可能暴露你的技术短板。
先别急着回答。你有没有想过，为什么这些问题是“老生常谈”？很可能是因为它们是基础中的基础，是理解更高阶技术的基石。就像我以前面试时，总有人问我“什么是闭包”，结果他们连闭包在实际场景中怎么用都说不清楚。所以，技术面试不是在考你背了多少概念，而是在考你能不能把这些概念转化为实际场景的解决方案。
举个例子，假设面试官问你“什么是HTTP状态码”。你可能会脱口而出“200表示成功，404表示资源不存在，500是服务器内部错误”，但这就是你真正的答案吗？不，这只是一个浅层的背诵。你应该进一步思考：这些状态码在实际开发中的哪些场景中特别重要？比如，当你的接口返回了404，你是怎么处理的？有没有考虑过缓存、重试机制、或者前端如何处理这些错误？这些问题才是真正考察你技术深度的地方。
同样的道理也适用于系统设计题。比如“如何设计一个秒杀系统”，很多人会直接开始谈限流、缓存、分布式事务，但其实这就是自我设限。真正的系统设计题不是让你背模板，而是让你从业务场景出发，分析问题的边界、性能瓶颈、以及可能的优化方向。你能想到哪些潜在风险？比如，数据库死锁、缓存穿透、并发控制？这些问题才是面试官真正想听到的。
软技能也是面试中不可忽视的一部分。比如，如何拆解一个复杂问题，如何与面试官建立对话，而不是一味地背答案。你可以用STAR法则来组织你的回答：Situation（情境）、Task（任务）、Action（行动）、Result（结果）。这不仅能让你的回答更有逻辑性，还能展示你解决问题的思维过程。
再比如，如何谈薪？别急着说自己想要多少，先了解行业标准，再结合你的经验、技能、项目成果来谈。你可以问：“您觉得这个岗位的薪资范围大概是多少？”或者“有没有可能根据我的技术栈和项目经验做些调整？”这比直接报出一个数字更有说服力。
职业规划也是一个容易被忽视的话题。很多人以为面试官不会问，其实不然。你可以用自顶向下的方式回答：先说你的短期目标，比如“在接下来的1-2年内，我希望在高并发系统设计方面有更深入的理解”，再讲你的中长期目标，比如“未来想成为技术负责人，能够带领团队解决复杂问题”。这样不仅展示了你的成长意愿，还让面试官看到你对公司和岗位的价值。
技术面试是一场思维的较量。你有没有想过，为什么有些面试官会故意问一些“看似简单”的问题？也许他们是想看看你是否真正理解这些概念，而不是机械地背诵。所以，别急着回答，先停下来思考：这个问题背后，有什么隐藏的陷阱？有没有什么我之前没考虑到的点？
最后，我想问你一个问题：你在准备面试的时候，是否会刻意去复习那些“老生常谈”的问题？你有没有想过，这些问题是如何影响你的技术成长的？
关键字：技术面试, HTTP协议, 系统设计, 闭包, 职业规划, 限流, 缓存, 404, 500, 闭包