朋友阿哲最近跳槽信心满满地去面一家大厂。工作三年他做过电商、搞过支付自认为项目经验丰富技术栈也不落伍。结果一面就挂了挂得还很憋屈——面试官没问高并发、没问分布式只问了几个“基础题”HashMap 为什么线程不安全synchronized 和 ReentrantLock 有什么区别MySQL 索引为什么用 B 树他回来跟我吐槽“这些题我天天用但真让我说清楚脑子一片空白。”我听完并不意外。工作三年恰恰是最容易“飘”的阶段——用得多想得少会调 API不懂底层。面试官问基础题不是刁难而是想确认你的三年是三年的经验还是一年的经验用了三年一、为什么工作三年反而容易挂基础题刚入行时我们战战兢兢背八股、看源码、画流程图。可一旦上手业务每天忙着写 CRUD、改 bug、对接需求慢慢就变成了“面向搜索引擎编程”。框架帮我们封装了一切Spring 的Transactional一加事务就生效了HashMap 一 new键值对就存进去了。我们习惯了“能用就行”却忘了问“为什么能行”。工作三年很多人陷入了“熟练的无知”对业务代码很熟练对底层原理却很无知。面试官恰恰看重的是后者——因为业务会变框架会换但底层原理和解决问题的能力才是工程师真正的护城河。二、那些被问倒的“基础题”到底在考什么面试官问 HashMap不是让你背 API而是想了解你对哈希冲突、扩容机制、红黑树转换的理解进而判断你能否处理并发场景下的数据安全问题。问 synchronized 和 Lock是看你是否理解锁的粒度、公平性、可中断性以及 AQS 的设计思想。问 MySQL 索引是看你是否清楚 B 树的磁盘 IO 优势、最左前缀原则、回表与覆盖索引。这些题看似基础实则每一道都通向一个完整的知识体系。能答好的人往往在遇到线上问题时能更快定位根因在做技术选型时能做出更合理的权衡。而答不好的人可能连一个简单的死锁都排查不出来。三、三年经验到底该有什么三年不应该只是“写过很多代码”而应该是“理解了很多代码”。你需要知道Java 集合的底层数据结构与适用场景并发编程的三大特性与 JUC 工具类的原理JVM 内存模型、GC 算法与常见调优参数数据库索引、事务、锁机制计算机网络的分层模型与常见协议Spring 的 IOC、AOP、Bean 生命周期与循环依赖解决。这些不是“八股”而是内功。面试官问这些是在确认你的内功是否配得上三年的经验。四、如何补救第一建立知识体系。不要零散地背题而是画思维导图把每个知识点串起来。比如从 HashMap 延伸到 ConcurrentHashMap、从 synchronized 延伸到 AQS、从索引延伸到执行计划。第二看源码但不死磕。挑核心类如 HashMap、ArrayList、ReentrantLock、Spring 的 refresh 方法理解设计思想即可。第三用输出倒逼输入。写博客、做技术分享能把一个问题讲清楚才是真的懂了。第四模拟面试。找同事或朋友互相提问训练表达逻辑。五、结语工作三年面试挂基础题并不丢人丢人的是挂完之后还不去补。三年经验不是资本解决问题的能力才是。别让“熟练”变成“平庸”的借口。回归基础深挖原理下一次面试你才能从容不迫。毕竟地基不牢楼越高越危险。
