面试官端起水杯，目光从简历上移开：“你说你有一年Java经验，那HashMap的底层结构，讲一下？”——我后来发现，这一年里所有自以为“写业务很熟”的自信，都会在这样一个问题面前碎成渣。基础题不是背题，它们是面试官用来拆解你真实水平的探针。这篇复盘，我把自己被追问到哑口无言的问题全部摊开，每个问题背后，都藏着怎样的语境与反击点，值得每一位刚满一年经验的同学提前踩坑。

为什么“一年经验”是基础题的重灾区

一年经验的程序员，处在最微妙的节点：你会写Spring Boot、会调接口、能独立做模块，简历上项目经验写满两页。但面试官心里清楚，你的“会”大概率停留在“调通”层面，而没到“理解”层面。所以，他们不问你分布式、不问你高并发，专门追着集合、JVM、并发、MySQL索引这些“大学课本”内容问。不是欺负你，而是想确认：你的成长是建立在沙地上还是岩石上。

第一场面试，我栽在“ArrayList扩容为什么是1.5倍”上。我说“底层是数组，装满了就扩容”，面试官追问“那为什么是1.5倍而不是2倍？”。我的大脑当场空白。面试官其实不指望你背出源码注释，他真正的意图是观察你在不确定时的推理路径：有没有尝试从内存利用率和时间复杂度的平衡去推断。这一问，就暴露了我从没读过JDK源码，也从没思考过“为什么”的习惯。

集合面试的连环追问，把“用过”变“理解”

HashMap是必杀题，没有之一。按我的血泪教训，面试官不会只问“底层结构是什么”，他会顺着一条线深挖：“HashMap在JDK8中，什么时候链表转红黑树？为什么阈值是8？红黑树和链表查一次各要多少次比较？为什么是8而不是10？HashMap为啥线程不安全？ConcurrentHashMap在JDK7和JDK8的实现差异？CAS和synchronized在这里分别解决什么问题？”这一串问题，每个都指向你是否有“系统性思考”的能力。

最坑的一个追问是：“HashMap的容量为什么总是2的n次方？”我答“为了散列均匀”，面试官摇头：“那为什么不直接取模，非要位运算？”我当时才意识到，2的n次方并不是为了“更均匀”，而是为了能用hash & (length-1)替代取模运算，同时让桶下标分布更稳定。这种细节，你在业务里一辈子用不到，但面试官就是靠它判断你愿不愿意钻进原理层。

ArrayList和LinkedList的区别几乎必被问，但追问方向却刁钻：“如果你在一个超大数组中，频繁执行‘在头部插入’操作，用LinkedList一定快吗？”如果我说“肯定快”，又错了。因为每个节点要存储前后指针，缓存不友好，再加上频繁new对象，实际性能远没有想象中好。面试官随后会引出“数组拷贝其实比链表跳转更高效”这一反直觉的观点。这背后的逻辑是：基础题考察的不只是记忆，而是你对“性能不是一个概念，而是一个场景下的权衡”这一核心认知的建立。

JVM基础题的底层逻辑：“区域”与“回收”都有为什么

一年经验被追问JVM，通常不是让你背运行时数据区有几块——那太初级了。面试官会问：“你的项目里有没有遇到过OOM？怎么排查的？”你若说“没有”，对话就凉了；你若说“有，调过堆大小”，他会立刻追问：“你怎么确定是堆的问题？Metaspace溢出和堆溢出表现有何不同？你用的JDK8，为什么要区分堆外内存？”

我第一次被问到“为什么要把字符串常量池从永久代移到堆里”时，完全懵了。后来才知道，这个问题的经典答案之一是：永久代的大小难以预测，容易触发Full GC，而堆内管理配合GC引擎，能更灵活地回收不再使用的字符串实例。面试官欣赏的不是你背出这句话，而是你能意识到“内存区域划分的背后，是对不同生命周期对象的策略性管理”——这才是JVM设计哲学的核心。

还有一道高频题：“如何判断一个对象可以被回收？”我脱口而出“引用计数法”。面试官脸上浮现意味深长的微笑：“引用计数解决不了循环引用，那JVM到底用什么？”接着引出可达性分析。然后他会顺势追问：“GCRoot有哪些？”我答“栈帧中的局部变量、静态变量、JNI引用”。他说“对，但你有没有想过，为什么这些可以作为根？”——这个问题开始触及“GC的边界就是活线程和类元数据的边界”这一深水区。那一刻你会发现，自己口中的“可达性分析”只是名词而已。

并发编程的基础题：一年经验最容易露馅的地方

“多线程你用得多吗？”面试官问。你说“用过线程池，写过异步任务”。他立刻说：“那你讲讲，一个Runnable任务投递到线程池，整个执行流程是怎样的？”我答“先有核心线程，满了进队列，队列满了再创建非核心线程”。他追问：“那如果队列是无界队列呢？”瞬间我意识到，如果用了无界队列，后面的“拒绝策略”就永远不会触发，线程数最多到核心数——这个推论并不难，但没认真想过的人就会卡壳。

“synchronized和ReentrantLock的区别”是经典中的经典，但面试官会突然加一个“用哪个更好”的引导性问题。如果你直接说“ReentrantLock更好，因为灵活”，你就上钩了。实际上，在低竞争场景，synchronized经过锁膨胀优化后，性能未必输；并且synchronized是JDK内置、语法简洁、异常时自动释放。面试官真正想听的是：“没有绝对好坏，你要说清楚场景。”能够理解“技术选型不是选最好，而是选最适合当前约束”的人，才具备这一年经验该有的思维层次。

他还会追问“volatile保证可见性，为什么不保证原子性”。我先是背出“从Java内存模型看，要对变量进行读写……”，但没答到点上。后来才明白，面试官期待的核心是：volatile只实现对变量内存地址的可见性与排序约束，而i++这种“读-改-写”操作需要多条指令共同完成，这些指令之间可能会被其他线程穿插执行，所以无法作为一个整体保证原子性。这个回答既是基础，也暗合了“并发问题的本质是复合操作的原子性”这一洞见。

MySQL索引的本质问题，比记B+树结构更考验人

一年经验做CRUD，索引是天天见的。但面试官问起来也是毫不留情：“你建的联合索引，为什么最左前缀法则成立？”我一开始只会背“因为B+树从左到右有序”。他又问：“如果查询条件只有第二个字段，索引就一定不能利用吗？”我几乎要放弃。后来自我反思后才总结出关键：联合索引的建立是一种“有序组合”，但MySQL在部分条件下可能仍然会使用“索引跳跃扫描”来优化，所以“最左前缀”不是铁律，而是理解成本与优化器的权衡后的默认选择。面试官想看到的是：你能否接受“规则的存在是为了大多数情况，却也允许突破”的辩证思维。

“为什么用B+树而非B树、红黑树或哈希索引”这道题，我也会答：“B+树矮胖，I/O次数少，叶子节点有链表，适合范围查询。”但面试官紧跟一句：“那既然是磁盘I/O，哈希索引在等值查询上不是更快吗？为什么还用B+树？”——这个问题点破了一个事实：你的业务查询九成是范围查询、排序和分页，而哈希索引在最常见的需求上无法满足有序性。当你能把“存储结构的选择”和“真实SQL模式”耦合在一起讲时，才是基础扎实的表现。

面试官还会加一个灵魂追问：“用EXPLAIN看SQL时，你如何判断一个索引是否真的被用上了？type列从好到差怎么排列？”我答“const、eq_ref、ref、range、index、ALL”。他又问：“那有没有可能 type=index 比 range 更差？在什么场景？”这个问题让我顿悟：面试官不是在刷题库，他在检测你能否把EXPLAIN的结果与实际查询成本联系起来，而不是机械背一个排序表。这些细节背后的逻辑链，才是基础题被反复追问的真实意义。

Spring和数据库事务的追问：锁定你的“使用深度”

一年经验，不可能不用Spring。面试官也不问IoC/AOP概念，而是问：“Spring的事务失效场景有哪些？”我能说出“方法自调用”、“异常被捕获抛出不出来”、“数据库引擎不支持事务”、“传播行为设置错误”。他点头，又问：“那你有没有想过，为什么这些场景会失效？”我哑了。

后来我理解到，事务的底层是基于AOP代理的，代理的机制决定了自调用绕过了代理，自然不会被增强；而异常被捕获后，通知机制无法感知到异常发生，也不会触发回滚。这一逻辑说出来，比背十个失效场景强得多。

另一个高频追问：“@Transactional加在private方法上有效吗？”很多人的答案是“无效，因为Spring代理默认针对public方法”。但面试官会挑出关键点：“如果你用的是CGLIB，底层是继承和重写，private方法无法被重写，所以代理无法织入；而JDK动态代理基于接口，private方法本来就不在接口范围。两种代理机制都天然排除private，这才是原理层面的答案。”这种问题，就是面试官在替你拆解“你用的是框架，还是框架在替你兜底”。

一年经验最该补上的，不是技术栈宽度，而是底层计算思维

复盘下来，我意识到自己被追问的基础题，没有一道是“纯背诵”类。每一个问题，面试官都在等待一个“为什么”。而为什么的背后，是JDK设计者的权衡、是数据结构与性能的博弈、是并发模型的本质、是DB引擎的存储哲学。这些知识不在你写的Controller里，不在你的CRUD里，而在你读过的源码注释、在你自己动手做的实验、在你对一次线上故障的死磕中。

很多过来人的建议是“把Java基础过一遍”，但真正的教训是：不要用“学过”来代替“想通过”。你如果能对每个基础题，用“它的场景是什么，它要解决什么冲突，它为什么这样设计”来追问自己，那这一年的经验就不是睡出来的，而是长出来的。

还有一条最容易被忽视的复盘结论：基础题被追问得越深，说明面试官对你的潜力越有兴趣——真正一轮游的候选人，往往连基础题都没机会被深挖。所以，别把被追问当成刁难，把它当成一次免费的源码阅读反馈。你答得越诚实地卡壳，面试完后的记忆就越深刻。下一次，当面试官再次端起水杯问出“HashMap为什么是1.5倍扩容”时，你不再慌张，因为你已经回到了原理的源头，而不是死记结论的岸边。

最后给你留一句我收藏了很久的话，它来自一位老架构师：“一年经验的面试，根本不是考你会什么，而是考你不会什么的时候，敢不敢顺着逻辑往下推。”基础题的终极答案，永远是那句：我不知道，但我可以从原理出发试一试。把这句话装进心里，下次面试，你更有资本把“被追问”当成一场酣畅的智力体操。