1. 面试场景还原与技术考察维度那天下午三点半我走进会议室时看到白板上已经写满了JVM内存模型的图示。面试官手里转着笔面前摊开的笔记本上密密麻麻记录着前几位候选人的评价。这场持续两个半小时的高强度技术对话从最基础的volatile语义一直延伸到分布式事务的最终一致性实现几乎覆盖了Java工程师成长路径上的所有关键节点。技术考察主要分为五个维度并发编程底层原理JMM、CAS、AQS系统架构设计能力CAP权衡、分库分表性能问题诊断思路线程转储分析、GC日志解读框架源码理解深度Spring循环依赖、MyBatis执行流程分布式场景解决方案幂等设计、熔断策略2. 并发编程原理深度拷问2.1 JMM内存屏障实战案例当被问到volatile如何保证可见性时多数人只能说出禁止指令重排序这个标准答案。但面试官要求结合具体场景解释在如下代码中如果去掉volatile修饰符会出现什么现象class VisibilityDemo { volatile boolean flag true; void worker() { while(flag) { /* 循环体为空 */ } System.out.println(Worker stopped); } void changer() { flag false; System.out.println(Flag changed); } }关键点在于没有volatile时worker线程可能永远读取不到主内存的最新值JIT编译器会将空循环体优化成if(!flag) { while(true){} }从x86架构的MESI协议角度解释缓存一致性2.2 AQS实现可重入锁的细节要求在白板上画出ReentrantLock的加锁流程时需要特别强调同步队列中Node的waitStatus状态变迁从SIGNAL到CANCELLED公平锁与非公平锁在tryAcquire()实现上的差异重入计数如何通过state变量维护// 非公平锁的典型实现 final boolean nonfairTryAcquire(int acquires) { final Thread current Thread.currentThread(); int c getState(); if (c 0) { if (compareAndSetState(0, acquires)) { setExclusiveOwnerThread(current); return true; } } else if (current getExclusiveOwnerThread()) { int nextc c acquires; if (nextc 0) // overflow throw new Error(Maximum lock count exceeded); setState(nextc); return true; } return false; }3. 分布式系统设计挑战3.1 分库分表后的ID生成方案当系统从单库扩展到128个分片时传统的自增ID会导致严重冲突。面试官要求对比以下方案的优缺点方案优点缺点UUID实现简单无序导致索引效率低Snowflake趋势递增时钟回拨问题Leaf-segment吞吐量高需要DB预分配Redis原子计数器性能好持久化风险特别讨论了美团Leaf方案的实现细节号段缓冲机制如何减少DB访问双Buffer切换时的容错处理采用ZooKeeper解决workerID分配3.2 分布式事务的妥协艺术在订单支付场景中当被问到如何保证扣减库存和生成订单的一致性时完整的方案设计应该包括最终一致性实现本地消息表定时任务补偿RocketMQ事务消息机制最大努力通知模式关键防错措施// 幂等处理的典型实现 public boolean processOrder(String orderId) { // 1. 检查订单是否已存在 if (orderDao.exists(orderId)) { return true; } // 2. 获取分布式锁 try (RedisLock lock redisLockManager.lock(orderId)) { // 双重检查 if (orderDao.exists(orderId)) { return true; } // 3. 执行业务逻辑 return createOrder(orderId); } }事务监控指标悬挂事务检测超过TTL未完成的事务补偿任务执行成功率消息堆积告警阈值4. 性能问题诊断实战4.1 线程死锁分析技巧面试官给出如下线程转储片段要求分析问题原因Thread-1 #12 prio5 os_prio0 tid0x00007f48740f7000 nid0x4a1e waiting for monitor entry [0x00007f486b7f6000] java.lang.Thread.State: BLOCKED (on object monitor at 0x000000076abf3c58) at com.example.DeadLockDemo.methodB(DeadLockDemo.java:42) - waiting to lock 0x000000076abf3c58 (a java.lang.Object) at com.example.DeadLockDemo.methodA(DeadLockDemo.java:31) - locked 0x000000076abf3c48 (a java.lang.Object) Thread-2 #13 prio5 os_prio0 tid0x00007f48740f8800 nid0x4a1f waiting for monitor entry [0x00007f486b6f5000] java.lang.Thread.State: BLOCKED (on object monitor at 0x000000076abf3c48) at com.example.DeadLockDemo.methodA(DeadLockDemo.java:34) - waiting to lock 0x000000076abf3c48 (a java.lang.Object) at com.example.DeadLockDemo.methodB(DeadLockDemo.java:45) - locked 0x000000076abf3c58 (a java.lang.Object)诊断要点识别出两个线程互相持有对方需要的锁使用jstack或Arthas的thread -b命令快速定位预防方案统一加锁顺序、使用tryLock超时机制4.2 GC日志分析实战给出如下GC日志片段要求判断问题类型[GC (Allocation Failure) [PSYoungGen: 65536K-10752K(76288K)] 65536K-15424K(251392K), 0.0118323 secs] [Full GC (Ergonomics) [PSYoungGen: 10752K-0K(76288K)] [ParOldGen: 4672K-15314K(175104K)] 15424K-15314K(251392K), [Metaspace: 3218K-3218K(1056768K)], 0.0718423 secs]关键分析步骤Young GC后存活对象大小10752K与Eden区总大小65536K的比值Full GC前后老年代使用量变化4672K→15314K结论存在内存泄漏对象持续从年轻代晋升到老年代优化方案增加-XX:MaxTenuringThreshold值检查大对象分配-XX:PretenureSizeThreshold添加-XX:HeapDumpOnOutOfMemoryError参数5. 框架原理深度考察5.1 Spring循环依赖的破解之道当被问到构造器注入和字段注入如何处理循环依赖时需要解释Spring的三级缓存机制一级缓存singletonObjects完全初始化好的Bean二级缓存earlySingletonObjects提前曝光的原始Bean三级缓存singletonFactoriesBean工厂对象// DefaultSingletonBeanRegistry中的关键代码 protected Object getSingleton(String beanName, boolean allowEarlyReference) { Object singletonObject this.singletonObjects.get(beanName); if (singletonObject null isSingletonCurrentlyInCreation(beanName)) { synchronized (this.singletonObjects) { singletonObject this.earlySingletonObjects.get(beanName); if (singletonObject null allowEarlyReference) { ObjectFactory? singletonFactory this.singletonFactories.get(beanName); if (singletonFactory ! null) { singletonObject singletonFactory.getObject(); this.earlySingletonObjects.put(beanName, singletonObject); this.singletonFactories.remove(beanName); } } } } return singletonObject; }构造器注入无法解决循环依赖的根本原因Bean尚未创建完成时就需要注入依赖导致无法放入三级缓存。5.2 MyBatis插件开发陷阱在实现分页插件时面试官特别强调要注意拦截器执行顺序问题Intercepts({ Signature(type Executor.class, methodquery, args{MappedStatement.class, Object.class, RowBounds.class, ResultHandler.class}) }) public class PaginationInterceptor implements Interceptor { // 必须设置AutoWired requiredfalse // 因为插件实例化早于Spring容器初始化 }线程安全注意事项不要用成员变量保存分页参数使用ThreadLocal或方法参数传递状态注意清理ThreadLocal避免内存泄漏SQL改写规范不同数据库方言处理MySQL的LIMIT vs Oracle的ROWNUM避免破坏原SQL的参数占位符#{} → ${}转换风险6. 面试策略与准备建议6.1 技术表达的三层结构优秀候选人的回答通常包含理论层JLS规范或官方文档定义实现层主流JDK版本的源码实现差异实践层生产环境中的典型应用场景例如回答synchronized的优化历程时理论Java语言规范中关于monitor enter/exit的语义实现JDK6引入偏向锁、轻量级锁JDK15逐步废弃偏向锁实践高并发场景下建议配置-XX:-UseBiasedLocking6.2 系统设计回答模板采用需求分析→方案选型→细节设计→容错处理的递进结构明确约束条件数据规模日订单量100万SLA要求99.99%可用性一致性级别最终一致绘制架构草图[客户端] → [API网关] → [订单服务] → [分布式事务协调器] ↓ [消息队列] ← [库存服务]量化设计指标分库分表策略按用户ID hash分16库缓存命中率目标90%以上降级预案库存超时未确认则自动回滚6.3 学习路线规划建议基础巩固每周精读3个JDK核心类源码使用JOL工具分析对象内存布局深度实践用Arthas诊断线上问题参与开源项目issue修复广度拓展学习Rust实现JVM核心数据结构研究Kubernetes调度算法真正的高阶面试不在于背题而是展现系统性思维——能说清楚每个技术决策背后的权衡取舍这才是资深工程师的核心价值。