大厂面试现场：当严肃面试官遇上“水货”谢飞机，Java 核心技术全线崩盘？-编程实验室

谢飞机大厂面试记：从“懂王”到“回家等通知”的Java进阶之路

文章标题：大厂面试现场：当严肃面试官遇上“水货”谢飞机，Java 核心技术全线崩盘？文章标签：Java, 面试, 线程池, Redis, Spring

面试官：严肃沉稳，某大厂资深架构师，发际线略高，眼神犀利。候选人：谢飞机，自诩“代码小王子”，简历注水严重，擅长在简单问题上大谈特谈，复杂问题逻辑直接“断流”。

面试官：你好谢飞机，我看你简历写着精通 Java 全家桶，咱们直接从基础开始。说说 HashMap 的扩容机制吧。

谢飞机：嘿，这题我会！HashMap 初始容量是16，当里面的东西占到 0.75 的时候就会翻倍，变成32。扩容就是把旧的搬到新的里面去。

面试官（点头）：嗯，还行。那为什么 JDK 1.8 之后要引入红黑树？

谢飞机：因为红黑树听起来高端啊！主要是为了防止链表太长，如果一直排队，那查起来不就慢了吗？用了红黑树，速度就像坐火箭一样，“嗖”地就查到了。

面试官：那我们深入一点，线程池（ThreadPoolExecutor）的核心参数有哪些？如果任务队列满了，最大线程也满了，这时候又来一个关键业务任务，你选哪种拒绝策略？

谢飞机：参数嘛，核心数、最大数、生存时间、还有个排队的。至于拒绝策略……（挠头）我就选那个报错的，反正报错了运维会来找我，我就知道出事了，简单粗暴！

面试官（推了推眼镜）：既然提到运维，那咱们聊聊 Redis。你们项目中是怎么解决缓存雪崩的？

谢飞机：雪崩？那简单，不让它雪崩就行了。我给所有的缓存时间都加个随机数，让它们不要商量好一起“下班”，这样 MySQL 就不会被打死了。

面试官：不错。那如果 Redis 挂了，瞬时流量全部涌入 MySQL，你的分布式锁还会生效吗？

谢飞机：锁？锁在 Redis 里，Redis 都挂了，锁肯定也“下班”了啊。那我就在 MySQL 里建个表，谁先写进去谁就拿到了锁。这叫“东方不亮西方亮”！

面试官（强忍怒火）：那 xxl-job 如果执行任务超时了，它的重试机制是怎么配置的？

谢飞机：xxl-job？我一般都是手动点一下“执行一次”。如果它超时了……那可能是服务器那天心情不好，我再点一次就行了。配置什么的，默认不香吗？

面试官（深吸一口气）：最后一个环节，聊聊 DDD（领域驱动设计）。你如何在项目中落地聚合根（Aggregate Root）的概念？

谢飞机：DDD 嘛，我听过，就是把代码分很多层，名字改得高端一点，比如 Domain 啊、Aggregate 啊。只要我写得够乱，别人就看不出我没设计。聚合根大概就是……一棵树的根？我把所有的 Service 都写在一个类里，那它不就是根了吗？

面试官：……那如果让你用 Docker 部署一个高可用的 Dubbo 集群，你会怎么考虑网络通信和注册中心挂掉的情况？

谢飞机：Docker 我熟，docker run一把梭。Dubbo 挂了就挂了呗，反正用户会刷新的，刷新一下说不定就又好了。

面试官（站起身）：好的，谢飞机。今天的面试就到这里，你的技术……非常有“个性”。你先回家等通知吧，后续会有 HR 联系你（大概在下个世纪）。

谢飞机：好勒，面试官再见！记得早点通知我，我好准备入职体检！

为了不让大家像谢飞机一样“回家等通知”，这里整理了面试中涉及的高频考点详解：

扩容机制：初始容量16，加载因子0.75。当size > capacity * loadFactor时，扩容为原来的2倍。
红黑树：JDK 1.8 引入。当链表长度 > 8 且数组长度 >= 64 时，链表转为红黑树。目的是解决哈希冲突严重时，链表查询效率从 $O(n)$ 降为 $O(\log n)$ 的问题。

参数：corePoolSize（核心线程）,maximumPoolSize（最大线程）,keepAliveTime（空闲存活时间）,workQueue（阻塞队列）,handler（拒绝策略）。
拒绝策略：
- AbortPolicy：直接抛异常（默认）。
- CallerRunsPolicy：由提交任务的线程执行。
- DiscardPolicy：直接丢弃，不报错。
- DiscardOldestPolicy：丢弃队列里最老的任务。