大厂 Java 面试翻车实录面试官大战水货程序员谢飞机3轮连环拷问从 Java 核心问到 DDD正文会议室里空气安静得像线上事故刚刚恢复后的监控大盘。一位神情严肃的面试官端着保温杯翻开简历看向对面的候选人——谢飞机。谢飞机西装笔挺发型锃亮简历上赫然写着精通 Java精通 JVM 调优精通 Redis 高可用精通 分布式架构设计精通 DDD 落地面试官抬了抬眼镜内心毫无波澜。“好我们开始吧。”谢飞机坐直身体“面试官您好我准备好了我这个人主打一个遇强则强遇弱乱杀。”面试官低头记了一笔表达欲较强。第一轮从 Java 基础到集合与并发初探问题1说一下HashMap的底层数据结构以及为什么线程不安全面试官你项目里经常用HashMap吧说说它的底层结构以及为什么它线程不安全。谢飞机这个我熟。HashMap底层就是一个很高级的数据结构简单说就是“数组里面套了一点链表再点缀一点红黑树”有点像公司组织架构领导下面挂员工员工太多了就变成树形管理。至于线程不安全因为多个线程都想往里放东西大家都很热情容易插队就乱了。面试官还行至少方向对了。那你说一下 JDK1.8 中什么时候链表会转红黑树谢飞机这个也简单。链表太长JDK 看不下去了就给它转成红黑树主要是为了让程序员看着高级一点。面试官……问题2ArrayList和LinkedList有什么区别业务中你怎么选面试官那再说说ArrayList和LinkedList的区别。谢飞机ArrayList就像商品货架一格一格摆好找起来快。LinkedList像一节一节火车车厢插进去比较丝滑。业务里怎么选呢 如果老板催得急我一般选ArrayList因为平时大家都这么写不容易挨骂。面试官从工程实践来说这个回答倒是挺真实。那为什么大多数场景ArrayList更常用谢飞机因为它名字听起来就比较主流而且内存连续查起来快CPU 也比较喜欢它。面试官这个回答不错。谢飞机眼睛一亮“谢谢老师我这个人最大的优点就是容易在鼓励中迷失自我。”问题3volatile和synchronized的区别是什么面试官并发里常见关键字volatile和synchronized区别是什么谢飞机volatile主要负责提醒大家这个变量变了你们都看一眼。它像部门群公告。synchronized则更像会议室上锁一次只能进去一个人防止大家同时发表意见。面试官那volatile能保证原子性吗谢飞机能保证……大家原子一样团结面试官不能。谢飞机对我刚才是反向作答主要想考验您是否扎实。面试官……继续。问题4线程池核心参数有哪些为什么不建议用Executors创建线程池面试官项目里用线程池吗核心参数说一下。谢飞机用过。线程池这东西就像食堂打饭窗口。核心线程数固定窗口最大线程数高峰期临时加窗口阻塞队列排队的人拒绝策略排不下了怎么办空闲存活时间临时窗口没人后多久关掉为什么不建议用Executors因为它太贴心了容易帮你把坑埋好比如队列太大或者线程太多最后把内存吃爆。面试官不错这个回答可以。谢飞机挺胸抬头仿佛刚拿下年度优秀员工。第二轮从 Spring 到分布式中间件结合电商场景追问面试官现在假设你做的是一个电商系统。用户下单后要扣减库存、写订单、发送消息通知物流系统。我们从 Spring 开始问。谢飞机点头“电商我熟我以前买过很多。”问题1Spring 中 IOC 和 AOP 是什么在订单场景里怎么用面试官说说 IOC 和 AOP。谢飞机IOC 就是控制反转以前对象自己 new 自己现在对象比较省心交给 Spring 帮忙安排工作和对象关系像公司行政统一分配工位。AOP 就是面向切面把日志、事务、权限这种横切逻辑抽出来不要每个方法都复制粘贴像拍电视剧时统一加滤镜。订单场景里IOC 负责把OrderService、InventoryService、MessageService管起来AOP 可以做日志、事务、接口耗时统计。面试官可以这个回答挺完整。谢飞机微微一笑准备迎接人生巅峰。问题2Spring 事务失效常见场景有哪些面试官那你说说Transactional为什么有时会失效谢飞机失效的原因很多比如注解今天心情不好。再比如数据库不配合。面试官具体一点。谢飞机比如……方法没被 Spring 管理、自己调用自己、异常被吃掉、不是public、配置的传播行为不对还有就是用错数据库或者网速不好。面试官前面几点是对的后面就开始自由发挥了。谢飞机我比较强调答案的艺术延展性。问题3RabbitMQ 如何保证消息不丢失如果重复消费怎么办面试官下单后发消息给物流系统RabbitMQ 怎么保证消息尽量不丢如果消费者重复消费呢谢飞机消息不丢失主要靠“三方都认真”生产者发消息时确认一下MQ 自己持久化一下消费者收到后手动确认一下如果重复消费就……消费两次面试官生产环境呢谢飞机那就不能这么干了。一般要做幂等比如用订单号、消息 ID 做唯一校验处理过就不要再处理了。面试官嗯这个算答上来了。问题4Redis 缓存和 MySQL 一致性怎么保证面试官商品详情页高并发查询一般会加 Redis。那 Redis 和 MySQL 一致性怎么处理谢飞机最简单的是先更新数据库再删缓存。因为更新缓存有可能把旧值覆盖进去所以一般删除缓存。面试官那如果删缓存失败呢谢飞机那就祈祷下次请求重新刷新缓存。面试官还有呢谢飞机可以加重试、消息队列异步补偿、订阅 binlog 做最终一致性。面试官这个回答还不错。谢飞机再次坐正感觉自己已经进入复试答辩状态。问题5Dubbo 的服务调用超时和重试要注意什么面试官订单服务调库存服务时如果 Dubbo 超时和重试配置不当会有什么问题谢飞机会很慢。面试官还有呢谢飞机还有可能重复调用。比如库存扣减接口如果不是幂等的重试几次就可能多扣库存最后仓库大哥会怀疑人生。面试官不错说明你确实碰过类似问题。谢飞机是的虽然不是我解决的但我是第一批看到报警的人。第三轮JVM、数据库、Linux、Docker、设计与架构追问面试官最后一轮我们聊聊线上排障和架构设计。假设订单服务上线后接口响应慢、CPU 飙高、数据库也有慢 SQL。谢飞机神情凝重地点点头仿佛已经闻到了线上事故的味道。问题1JVM 内存模型和一次 Full GC 频繁的排查思路面试官先说 JVM 运行时数据区。再说说如果 Full GC 很频繁你怎么排查谢飞机JVM 里面大概有堆、栈、方法区这些。 堆里放对象栈里放方法调用方法区放类信息。Full GC 频繁说明 JVM 非常爱干净总想大扫除。排查的话我一般先看一眼同事确认是不是他刚发版。面试官技术手段呢谢飞机技术上会看 GC 日志、内存监控、对象是不是创建太多、是不是有内存泄漏也可以用jmap、jstack、jstat这些工具。面试官前半句差点把我送走后半句还算靠谱。问题2MySQL 索引为什么能加快查询联合索引最左前缀怎么理解面试官说说 MySQL 索引。谢飞机索引就像书的目录不然数据库每次都得全文背诵。联合索引最左前缀就是你建了(a,b,c)那能用上的通常得从a开始不能直接跳着从b、c任性起飞。面试官那什么情况下索引会失效谢飞机比如对索引列做函数、类型隐式转换、模糊查询前面加%、联合索引没按规则用还有数据区分度太差时优化器可能不选。面试官这个回答很好。谢飞机小声嘀咕“今天我的灵魂好像短暂附体了。”问题3Linux 上如何排查 Java 进程 CPU 飙高面试官线上 Linux 机器 CPU 飙高你怎么定位是哪个线程有问题谢飞机这个我知道一点。先top看进程再top -Hp pid看哪个线程 CPU 高然后把线程 ID 转成十六进制去jstack线程栈里找对应线程看它在干什么。面试官不错很标准。谢飞机因为这个流程我背过很多次终于派上用场了。问题4Docker 容器化部署 Java 应用有什么好处要注意什么面试官现在很多服务都容器化部署说说 Docker 的优点和注意事项。谢飞机优点是环境统一开发机能跑、测试机能跑、线上也能跑避免“在我电脑上是好的”。还有部署快、隔离性好、方便弹性扩缩容。注意事项包括镜像别做太大配置用环境变量或挂载方式管理日志别只写容器里Java 的堆内存要结合容器限制配置健康检查要有面试官回答得不错。谢飞机已经开始在心里规划工牌照片姿势。问题5你怎么理解设计模式和 DDD在订单系统中如何落地面试官最后一个问题。设计模式和 DDD 你怎么理解谢飞机设计模式就是前辈们踩坑后留下来的“套路大全”比如单例、工厂、策略、模板方法这些。DDD 就是领域驱动设计它强调按业务领域去拆分系统而不是按数据库表来组织代码。比如订单、库存、支付就是不同领域。订单系统落地时可以先识别领域对象、聚合根、领域服务再让代码围绕业务语义组织而不是写成OrderManagerImplPlusUltraFinalVersion这种看了就想离职的类名。面试官那你们项目里 DDD 落得深吗谢飞机很深。面试官怎么个深法谢飞机深到只停留在分享会 PPT 里真正代码里主要还是 if-else 驱动设计。面试官……很好你至少诚实。面试结束面试官合上简历缓缓说道“今天面试先到这里。你的基础题有些答得还可以部分复杂问题理解不够深入项目经验和原理掌握还需要继续加强。你先回去等通知吧。”谢飞机站起身露出职业微笑“好的老师。无论结果如何今天这场面试都让我受益匪浅。如果后续没通过我会把今天的问题都学会下次争取从‘等通知’升级到‘谈薪资’。”面试官点点头。谢飞机走出会议室打开手机备忘录郑重写下八个字基础不牢面试摇头。面试问题详细答案解析下面把上面面试中出现的核心问题做一份系统化整理方便小白学习。1. HashMap 底层结构与线程不安全原因底层结构JDK 1.8 中HashMap底层是数组主干结构数组每个位置称为桶bucket链表多个 key 哈希后落到同一个桶时形成链表红黑树当链表长度超过阈值时为提升查询效率链表会转红黑树重要细节默认初始容量16默认负载因子0.75扩容阈值容量 * 负载因子树化阈值链表长度 8且数组长度 64退化为链表节点数 6为什么线程不安全多线程环境下多个线程同时put、resize可能导致数据覆盖数据丢失链表/树结构异常size 统计不准因此并发场景应优先考虑ConcurrentHashMap或加锁控制2. ArrayList 与 LinkedList 区别ArrayList底层是动态数组。优点支持随机访问get(index)快内存连续CPU 缓存友好大多数查询、遍历场景性能较好缺点中间插入/删除元素时需要移动后续元素扩容会带来数组拷贝成本LinkedList底层是双向链表。优点头尾插入删除方便理论上中间插入删除不需要大规模移动元素缺点不支持高效随机访问节点额外存储前驱后继指针内存占用更高遍历时缓存命中率较差业务怎么选实际业务中ArrayList更常用因为查询和遍历更高频工程上整体性能更稳定JVM 和 CPU 对连续内存访问更友好3. volatile 与 synchronized 区别volatile作用保证可见性一个线程修改变量后其他线程能立刻看到禁止指令重排序在一定场景下保证有序性不能保证原子性例如count不是原子操作即使count被volatile修饰也可能线程不安全。synchronized作用保证原子性保证可见性保证有序性本质通过对象监视器锁实现互斥访问区别总结volatile适合一个线程写、多个线程读且不依赖复合操作的场景synchronized适合临界区保护需要互斥的场景4. 线程池核心参数与 Executors 风险ThreadPoolExecutor 核心参数ThreadPoolExecutor( int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueueRunnable workQueue, ThreadFactory threadFactory, RejectedExecutionHandler handler )参数解释corePoolSize核心线程数maximumPoolSize最大线程数keepAliveTime非核心线程空闲存活时间workQueue任务阻塞队列threadFactory线程工厂用于自定义线程名称等handler拒绝策略常见拒绝策略AbortPolicy直接抛异常CallerRunsPolicy调用者线程执行任务DiscardPolicy直接丢弃DiscardOldestPolicy丢弃队列中最旧任务为什么不建议直接用 Executors因为默认实现可能隐藏风险newFixedThreadPool()队列无界任务过多可能 OOMnewCachedThreadPool()线程数几乎无上限可能创建过多线程newSingleThreadExecutor()队列无界也可能 OOM生产环境建议手动创建线程池明确参数。5. Spring IOC 与 AOPIOCIOC控制反转指对象创建与依赖管理交给 Spring 容器而不是业务代码自己new。好处降低耦合方便测试统一管理 Bean 生命周期AOPAOP面向切面编程用于把通用逻辑从业务逻辑中抽离出来。典型应用日志事务权限控制接口耗时统计异常处理在订单系统中的应用IOC 管理OrderService、InventoryService、PaymentServiceAOP 统一处理下单日志、事务、监控埋点6. Spring 事务失效常见原因常见原因包括方法不是 public同类内部自调用未经过 Spring 代理Bean 没交给 Spring 管理异常被 try-catch 吃掉导致事务无法感知回滚抛出的异常类型不符合默认回滚规则默认只对RuntimeException和Error回滚数据库引擎不支持事务如 MyISAM代理没有生效如配置错误多线程/异步调用导致事务上下文丢失正确建议事务方法尽量public避免同类自调用明确回滚规则rollbackFor Exception.class不要轻易吞异常7. RabbitMQ 如何保证消息不丢失与幂等保证消息不丢失的思路1生产者侧开启confirm 机制确认消息是否到达 Broker开启return 机制处理路由失败的消息必要时做本地消息表/重试机制2Broker 侧队列持久化交换机持久化消息持久化集群/镜像队列提高可用性3消费者侧使用手动 ACK消费失败可重试、死信转移、人工补偿重复消费怎么办消息系统通常只能保证至少一次投递所以业务要做幂等。幂等方案唯一消息 ID 去重数据库唯一索引Redis 去重标记根据业务状态机判断是否重复处理例如同一个订单只能创建一次物流单。8. Redis 与 MySQL 一致性方案常见策略先更新数据库再删除缓存流程更新 MySQL删除 Redis 缓存下次查询缓存未命中再从数据库加载回填为什么不是更新数据库后直接更新缓存因为并发场景下可能出现旧值覆盖新值的问题。删缓存失败怎么办解决方案重试机制异步补偿消息队列削峰与补偿订阅 MySQL binlog 同步缓存延时双删特定场景使用注意缓存与数据库很难做到强一致工程上通常追求最终一致性。9. Dubbo 超时与重试注意事项超时问题服务调用超时会影响整体链路响应时间超时值设置过大会拖慢调用方设置过小会产生误判。重试问题Dubbo 某些场景默认会重试如果接口不是幂等的可能造成重复下单重复扣库存重复发券建议写操作慎用重试核心业务接口设计成幂等合理配置超时、重试次数结合熔断、降级、限流保护系统10. JVM 运行时数据区与 Full GC 排查JVM 运行时数据区主要包括程序计数器Java 虚拟机栈本地方法栈堆方法区/元空间堆的作用堆是对象实例分配的主要区域通常是 GC 重点管理对象。Full GC 频繁的可能原因对象创建过快大对象频繁分配内存泄漏老年代空间不足元空间不足不合理的 JVM 参数配置排查思路查看 GC 日志观察堆使用情况使用jstat看 GC 指标使用jmap -heap、jmap -histo分析对象分布导出 dump用 MAT 分析是否内存泄漏使用jstack查看线程状态是否有异常线程不断创建对象结合监控平台查看发版、流量、接口变化11. MySQL 索引与最左前缀原则索引为什么快MySQL InnoDB 的索引底层常用B 树。优点树高度低磁盘 IO 次数少范围查询友好叶子节点有序适合排序和区间检索联合索引最左前缀原则例如索引为(a, b, c)可利用索引的情况通常有aa, ba, b, c通常不能高效利用只查b只查c跳过a直接用b, c索引失效常见场景对索引列使用函数隐式类型转换%like前缀模糊查询不符合最左前缀使用!、or等导致优化器放弃索引数据区分度太低12. Linux 排查 Java 进程 CPU 飙高标准步骤第一步定位高 CPU 进程top第二步查看进程内高 CPU 线程top -Hp pid第三步把线程 ID 转十六进制printf %x\n tid第四步查看线程栈jstack pid | grep -A 20 十六进制线程id第五步分析线程在做什么可能原因死循环锁竞争大量 JSON 序列化频繁 Full GC某个接口高并发执行复杂逻辑13. Docker 部署 Java 应用的优点与注意点优点环境一致部署快速隔离性好易于扩容与迁移适合 CI/CD 自动化部署注意事项镜像尽量精简配置与镜像分离日志输出到标准输出或集中式日志系统注意容器资源限制JVM 参数要结合容器内存设置配置健康检查与优雅停机14. 设计模式与 DDD 理解常见设计模式单例模式全局唯一实例工厂模式统一创建对象策略模式不同算法/规则可切换模板方法模式定义流程骨架子类实现细节责任链模式多个处理器串联处理请求DDD 核心思想DDD领域驱动设计强调软件设计应围绕业务领域展开代码模型要表达业务语言聚焦复杂业务规则而不是只围绕 CRUD常见概念实体Entity有唯一标识值对象Value Object无标识关注属性值聚合Aggregate一组强关联对象的边界聚合根Aggregate Root聚合对外访问入口领域服务Domain Service不适合放进实体的领域逻辑限界上下文Bounded Context明确不同业务边界在订单系统中的落地例如订单领域下单、取消订单、订单状态流转库存领域锁库存、扣库存、释放库存支付领域支付单创建、支付确认、退款落地时可以先划分限界上下文识别聚合根如订单Order让核心业务规则进入领域模型应用层负责编排领域层负责业务规则基础设施层处理 DB、MQ、RPC 等技术细节这样代码更接近业务也更利于复杂系统长期演进。结语如果你也像谢飞机一样面试时基础题能答两句深一点就开始“组织语言”那说明不是你不努力而是知识点还没有形成体系。Java 面试往往不是只背八股更重要的是懂原理能结合业务场景解释能说出线上问题如何排查能把技术方案的优缺点讲清楚愿你下一次走进面试间时不再靠运气而是靠实力。
