互联网大厂 Java 面试：严肃面试官 VS 水货程序员谢飞机（附详细答案）

互联网大厂 Java 面试严肃面试官 VS 水货程序员谢飞机附详细答案开场会议室里空调冷得像 JVM 的 Full GC。面试官严肃脸“谢飞机是吧我们直接开始。回答尽量结合业务场景。”谢飞机搓手“没问题我这人最擅长结合……结合运气。”第一轮基础能力 业务起步下单接口的性能与稳定性场景一个电商下单接口QPS 逐步上涨偶发超时。Q1说说ArrayList和LinkedList的区别分别适合什么场景面试官“你会怎么选”谢飞机“ArrayList 就是数组嘛查得快LinkedList 就是链表删得快。下单这种肯定用 ArrayList因为……订单要排队排队就得数组整齐”面试官“前半句还行后半句……你继续保持自信。”Q2HashMap的底层结构、扩容机制、以及为什么线程不安全谢飞机“HashMap 底层就是哈希嘛hash 一下就定位。扩容就是变大变大后更快。线程不安全是因为大家都来抢那个……桶。”面试官点头“能说出桶已经不错了。那你说说 JDK8 以后有什么变化”谢飞机“变化就是……更8了。”面试官“……”Q3equals()和hashCode()有什么约定为什么重写一个通常要重写另一个谢飞机“约定就是要讲信用。equals 相等hashCode 就要相等不然 HashMap 会迷路。”面试官终于露出一丝笑意“这个比喻还行。”Q4接口超时你会从线程池角度怎么排查线程池 7 大参数是什么谢飞机“超时肯定是线程不够用。我一般就是把核心线程调到 999。七大参数……嗯……有 core、max、队列、工厂、拒绝策略、keepAlive、还有……还有一个是缘分。”面试官“最后一个不算。你回忆一下。”谢飞机“单位keepAlive 的单位”面试官“勉强算你努力过。”第二轮并发 中间件库存扣减、消息一致性、分布式调用场景下单要扣库存扣减后发 MQ 通知发货服务是 Dubbo 调用。Q1说说volatile的作用。能保证原子性吗谢飞机“volatile 就是让变量很‘热’大家都看得到。原子性嘛……原子都很小所以也算保证吧”面试官“不算。你再想想。”谢飞机“它保证可见性不保证原子性。我刚才是在热场。”面试官夸赞“这句对了。”Q2synchronized和ReentrantLock有什么区别你会在什么业务场景选 Lock谢飞机“synchronized 是 JVM 管的Lock 是你自己管的。Lock 可以 tryLock还能公平不公平……适合用在我这种不公平的人身上。”面试官“描述角度很奇怪但关键点基本对。”Q3库存扣减用 Redis 做分布式锁你怎么避免死锁和误删谢飞机“加锁就 setnx然后 finally 里 del。避免死锁就……写个注释提醒自己别死锁。”面试官“如果锁过期了另一个线程拿到锁你 finally 里 del 会删掉别人的锁怎么解决”谢飞机“那就……del 的时候喊一句‘谁的锁’”面试官“我在问技术方案。”谢飞机“用 Lua 脚本对比 value 再删”面试官夸赞“这句也对了。”Q4RabbitMQ 里如何保证消息不丢生产端、Broker、消费端分别怎么做谢飞机“不丢就……多发几遍生产端我开 confirmBroker 持久化队列也持久化消费端手动 ack。要是还丢那就截图发群里让大家注意。”面试官“前三句是正解最后一句不需要。”Q5Dubbo 调用链路里超时重试可能导致什么问题怎么治理谢飞机“超时重试会让请求更努力所以肯定更快。”面试官“……”谢飞机迅速补救“会导致重复下单、幂等问题、雪崩放大。治理可以设置合理超时、重试次数接口做幂等唯一业务键、去重表、token熔断限流区分读写接口重试策略。”面试官夸赞“终于像个干活的人了。”第三轮架构 数据 生产环境JVM、MySQL、Linux、Docker、设计模式、DDD场景线上频繁 Full GCMySQL 慢查询服务容器化需要重构业务域。Q1说说 JVM 内存模型与常见 OOM 场景。线上 Full GC 你怎么排查谢飞机“JVM 内存就是堆、栈、方法区……还有一个区叫‘我忘了区’。Full GC 排查我一般先重启重启就不 GC 了。”面试官“你再重启一次我就把你简历重启到回收站。”谢飞机“好吧 1看 GC 日志关注停顿时间、晋升失败、老年代占用 2jstat看 GC 频率 3jmap -histo/ dump 4MAT 分析大对象、泄漏链 5排查缓存、集合、线程本地变量、类加载器泄漏。”面试官“这段像背的但还算可用。”Q2MySQL 索引为什么能加速联合索引最左前缀是什么慢查询怎么定位与优化谢飞机“索引就是目录联合索引最左前缀就是……从左往右读。慢查询定位就看运气优化就加索引实在不行加机器。”面试官“说得粗糙但方向对。你补充下执行计划怎么看”谢飞机“看EXPLAINtype 越接近 const/ref 越好看是否走索引、rows 预估行数、Extra 里是否 Using filesort/temporary。”面试官夸赞“可以。”Q3Linux 上你如何快速定位 Java 进程 CPU 飙高谢飞机“我会先top然后把电脑合上冷静一下。”面试官“别演了。”谢飞机“top找 PIDtop -H -p pid找线程 把线程 id 转十六进制jstack pid对应 nid 定位热点堆栈 结合火焰图async-profiler更准。”面试官“可以。”Q4Docker 部署 Java 服务你会关注哪些参数与坑谢飞机“Docker 就是一口锅Java 往里一炖就行。坑是别糊。”面试官“我想听技术点。”谢飞机“关注JVM 容器感知JDK8u191 默认较好设置-XX:MaxRAMPercentage限制 CPU/memory 与 GC 策略日志与时区健康检查、优雅停机SIGTERM Spring graceful shutdown镜像瘦身、多阶段构建连接数/文件句柄等内核参数。”面试官夸赞“这轮你发挥正常了。”Q5说一个你常用的设计模式并结合 DDD 说说你怎么拆分“下单”域谢飞机“我最常用的设计模式是……复制粘贴模式。DDD 拆分下单域就是把代码拆到不同包里controller、service、dao。域模型嘛……就是 entity。”面试官沉默三秒“你说的是三层架构不是 DDD。给你一次补救机会。”谢飞机“DDD 拆分领域订单域、库存域、支付域聚合订单聚合订单、订单项、收货地址等以订单为聚合根领域服务处理跨实体业务规则比如下单校验、价格计算应用层编排流程创建订单→锁库存→发消息基础设施层实现仓储、MQ、RPC防腐层适配外部系统。”面试官夸赞“这段终于像大厂候选人了。”结束语面试官合上笔记本“今天就到这。回去等通知有结果 HR 会联系你。”谢飞机起身“好的老师我回去就等顺便把 DDD 也……D、D、D 地补一补。”面试官“别补太猛先把 HashMap 的树化条件补明白。”面试题详细答案小白可学版下面按三轮问题顺序给出系统答案尽量结合业务场景。第一轮答案1ArrayList vs LinkedList底层结构ArrayList动态数组连续内存。LinkedList双向链表每个节点保存前后指针。时间复杂度常见操作随机访问get(i)ArrayListO(1)LinkedListO(n)要从头/尾遍历。尾部追加add(e)ArrayList 摊还O(1)扩容时变慢LinkedListO(1)。中间插入/删除ArrayList移动元素O(n)。LinkedList定位到节点后插删O(1)但定位本身常常O(n)。选型建议业务角度读多写少、需要随机访问优先ArrayList例如展示订单列表分页后的结果集。频繁在头尾插入删除、且已持有节点引用LinkedList才可能占优但在 Java 业务中很少。2HashMap 底层、扩容、线程不安全、JDK8 变化底层结构JDK7数组 链表。JDK8数组 链表/红黑树链表过长会树化。关键参数初始容量capacity默认 16。负载因子loadFactor默认 0.75。扩容阈值capacity * loadFactor。扩容机制当size threshold时扩容为原来2 倍。JDK8 迁移时通过(hash oldCap)判断元素留在原位置还是移动到oldIndex oldCap减少 rehash 成本。树化条件常考链表长度 8且数组长度 64才会树化否则优先扩容因为小表树化收益不大。为什么线程不安全并发put可能导致数据覆盖、丢失、扩容期间结构不一致。JDK7 还有并发扩容链表形成环导致死循环的经典问题JDK8 已缓解但仍不保证线程安全。并发场景替代使用ConcurrentHashMap。3equals 与 hashCode 约定约定若a.equals(b) true则必须a.hashCode() b.hashCode()。若a.equals(b) falsehashCode 可以相同但会降低性能。为什么要同时重写HashMap/HashSet 先用hashCode定位桶再用equals精确比较。只重写 equals 不重写 hashCode会导致“逻辑相等的对象分到不同桶”出现查不到、重复存入等问题。4线程池排查与 7 大参数排查思路看线程池状态活跃线程数、队列长度、拒绝次数。结合接口 RT是否排队时间过长队列过大或频繁创建线程max 太大/线程抖动。查看是否有阻塞下游慢、锁竞争、IO 慢。7 大参数ThreadPoolExecutorcorePoolSize核心线程数maximumPoolSize最大线程数keepAliveTime非核心线程空闲存活时间unit时间单位workQueue任务队列如 ArrayBlockingQueue/LinkedBlockingQueue/SynchronousQueuethreadFactory线程工厂命名、优先级、是否守护线程handler拒绝策略Abort/CallerRuns/Discard/DiscardOldest/自定义第二轮答案1volatile 作用与原子性volatile保证可见性一个线程修改后其他线程立刻能看到。有序性禁止特定的指令重排序通过内存屏障。不保证原子性i不是原子操作读-改-写三步。需要原子性用synchronized/Lock或原子类AtomicIntegerCAS。2synchronized vs ReentrantLocksynchronizedJVM 层面实现自动释放锁异常也会释放。适合简单互斥语义直观。ReentrantLockJUC 提供需手动lock/unlock必须放 finally。支持tryLock()避免死等可中断锁lockInterruptibly()公平锁/非公平锁条件队列Condition更灵活的 wait/notify业务选型需要超时获取锁、可中断、多个条件队列的复杂同步选 Lock。3Redis 分布式锁避免死锁与误删正确加锁SET key value NX PX expire原子指令value 使用唯一标识UUID/线程标识。避免死锁必须设置过期时间PX/EX。续期可用看门狗如 Redisson。避免误删删到别人的锁解锁时校验 value用 Lua 脚本保证“比较 删除”原子性if redis.call(get,KEYS[1]) ARGV[1] then return redis.call(del,KEYS[1]) else return 0 end4RabbitMQ 如何保证消息不丢生产端开启 confirmPublisher Confirm确保消息到达 Broker。开启 returnmandatory处理路由不到队列的消息。失败重试、落库/本地消息表需要更强一致性时。Broker 端exchange/queue/message 持久化durable exchange/queuemessage deliveryMode2镜像队列/Quorum Queue高可用。消费端手动 ack处理成功再 ack。失败重试策略 死信队列DLQ。消费幂等避免重复消费造成重复发货。5Dubbo 超时重试的风险与治理风险请求放大重试导致下游更慢形成雪崩。写接口重复执行重复下单、重复扣款。治理写接口谨慎重试甚至不重试读接口可有限重试。幂等业务唯一键、去重表、token、状态机。降级熔断限流Sentinel/Resilience4j。链路超时预算全链路统一超时避免上游超时小、下游还在执行。第三轮答案1JVM 内存与 OOM、Full GC 排查运行时数据区常见堆Heap对象实例GC 主要区域。栈Java Virtual Machine Stack栈帧、局部变量表。方法区/元空间Metaspace类元数据JDK8 以后在本地内存。本地方法栈、程序计数器。常见 OOMJava heap space堆不足/内存泄漏。GC overhead limit exceededGC 过于频繁但回收很少。Metaspace类加载过多/动态代理过多/类加载器泄漏。Unable to create new native thread线程创建过多。Full GC 排查步骤开启并分析 GC 日志停顿、频率、原因。jstat -gc pid 1s观察老年代增长、晋升。jmap -histo找大对象/数量异常类。jmap -dump:live,formatb,fileheap.hprof pid导出堆。MAT/VisualVM 分析泄漏链GC Roots。回到代码缓存未设置上限、静态集合、ThreadLocal 未清理、连接/流未关闭等。2MySQL 索引、最左前缀、慢查询优化索引为何加速InnoDB 使用 BTree高度低、磁盘 IO 少。覆盖索引可减少回表只从索引拿数据。联合索引最左前缀例如索引(a,b,c)能用a、a,b、a,b,c、a 范围 b?范围后列可能失效不能直接用只用b或c。慢查询定位开启慢日志定位 SQL。EXPLAIN看type、key、rows、Extra。常见优化建合适索引匹配查询条件与排序。避免select *用覆盖索引。拆大查询、分页优化基于 id/游标。避免函数/隐式转换导致索引失效。必要时分库分表、读写分离。3Linux 定位 Java CPU 飙高流程top找到占用高的 Java 进程 PID。top -H -p pid找到占用 CPU 高的线程 TID。printf %x\n tid转为十六进制。jstack pid中搜索nid0x...找到线程堆栈。结合业务与日志定位死循环、锁竞争、频繁序列化、正则灾难等。4Docker 部署 Java 关注点资源限制与 JVM 参数容器内存限制下避免 JVM 误判可用内存建议设置-XX:MaxRAMPercentage75示例选择合适 GCG1/ZGC 视版本与延迟要求。优雅停机接收 SIGTERM 后停止接单、等待在途请求完成。镜像与运行多阶段构建、瘦身基础镜像。日志输出到 stdout交给采集系统。时区、证书、DNS、连接池等配置。5设计模式 DDD 拆分下单域常用设计模式示例策略模式业务中“优惠计算/运费计算”经常多规则并存满减、折扣、会员价、渠道价用策略模式将不同计算规则封装为不同策略避免 if-else 巨石。DDD 拆分下单域核心概念限界上下文订单、库存、支付、营销各自边界清晰。聚合与聚合根订单聚合以“订单”为聚合根维护一致性边界。实体/值对象订单实体有 id、地址值对象。领域服务跨实体规则如下单校验、价格计算。应用服务编排用例流程创建订单→锁库存→发消息。仓储Repository封装持久化细节。领域事件订单已创建/已支付驱动异步流程发货、积分。到这里你不仅能看懂谢飞机哪里“水”也能把每个点学扎实。