# 《严肃面试官 vs 水货程序员谢飞机大厂 Java 面试三轮连环拷问附详细答案》 人物 - **面试官**语气平静、逻辑严密、对细节“零容忍”。 - **谢飞机**自称“全栈架构师全靠想象”简单题答得像背书难题开始“起飞”。 --- ## 第一轮基础与集合从“能写”到“写得对” ### Q1你说你熟 Java 基础。 和 equals() 的区别 **面试官**先热身。 和 equals() 怎么区分 **谢飞机** 比较的是“灵魂”equals 比较的是“感情”。 **面试官**说人话。 **谢飞机** 比较引用地址equals 默认也是比地址但很多类会重写成比较内容比如 String。 **面试官**还行。继续。 --- ### Q2ArrayList 扩容机制讲一下。为什么说“频繁扩容很慢” **面试官**ArrayList 怎么扩容 **谢飞机** 它像胃一样吃多了就变大。一般是……扩大到原来的 2 倍 **面试官**确定 **谢飞机**迅速改口 JDK8 大概是 1.5 倍吧然后 System.arraycopy 拷贝旧数组到新数组所以频繁扩容会频繁拷贝。 **面试官**嗯算你没飞偏。 --- ### Q3HashMap 的底层结构为什么会有红黑树 **面试官**说说 HashMap。 **谢飞机** 底层是数组 链表 链表太长就红黑树。红黑树是为了让查找从 O(n) 变 O(logn)。 **面试官**那什么时候树化 **谢飞机** 链表长度超过 8并且数组长度大于 64 才树化否则优先扩容。 **面试官**不错这题你答得像个正常人。 --- ### Q4如果线上出现 ConcurrentModificationException你会先怀疑什么 **面试官**业务里遍历集合时爆 ConcurrentModificationException你会怎么定位 **谢飞机** 首先怀疑有人在遍历的时候偷偷改了集合比如 for-each 里 remove。 解决用迭代器的 remove()或者用 CopyOnWriteArrayList或者先收集再删。 **面试官**可以。第一轮结束。 --- ## 第二轮并发与 JVM从“能跑”到“跑得稳” ### Q1讲讲线程的几种状态以及 WAITING vs BLOCKED 的区别。 **面试官**线程状态说一下。 **谢飞机** NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED。 BLOCKED 是抢锁没抢到WAITING 是主动等比如 wait()/join()/park()。 **面试官**这一题你答得很“靠谱”。 --- ### Q2synchronized 和 ReentrantLock 的区别业务上你怎么选 **面试官**二选一你怎么选 **谢飞机** synchronized 简单JVM 帮你加锁释放锁。 ReentrantLock 更灵活可中断、可超时、可公平锁、可用多个 Condition。 业务上如果只想保护临界区用 synchronized需要高级能力就 ReentrantLock。 **面试官**嗯能用“选型理由”说话很加分。 --- ### Q3线程池 7 大参数 拒绝策略线上 OOM/打满 CPU 怎么排查 **面试官**线程池参数背一下。以及你遇到线程池把机器打爆怎么查 **谢飞机** 七大参数corePoolSize、maximumPoolSize、keepAliveTime、TimeUnit、workQueue、threadFactory、handler。 拒绝策略Abort、CallerRuns、Discard、DiscardOldest。 **面试官**排查呢 **谢飞机**开始起飞 排查就是……看感觉。CPU 高一般是线程太努力了要让它们休息。 **面试官**……具体 **谢飞机** 用 top 看进程然后 jstack 看线程栈……还有就是把线程池调大 **面试官**调大是最后手段。你继续。 --- ### Q4JVM 里对象怎么进入老年代CMS/G1 有什么差别 **面试官**对象分配与晋升规则说一下。 **谢飞机** 对象一般先到 EdenMinor GC 后存活会进入 Survivor达到年龄阈值进入老年代。 大对象直接进老年代。 **面试官**CMS 和 G1 呢 **谢飞机**胡诌模式 CMS 就是“很 CMS”G1 就是“很 G1”。CMS 适合低延迟G1 适合……大内存反正都挺好。 **面试官**你这回答像是从网吧复制的。 --- ## 第三轮框架与架构从“会用”到“讲得通” ### Q1Spring 里 Bean 的生命周期AOP 是怎么织入的 **面试官**Spring 生命周期从创建到可用。 **谢飞机** 实例化、属性填充、Aware 回调、BeanPostProcessor 前置、初始化PostConstruct/afterPropertiesSet、后置、可使用、销毁。 AOP 通过动态代理织入JDK 代理接口、CGLIB 代理类。 **面试官**你居然答得挺完整。 --- ### Q2MyBatis 一级/二级缓存怎么用分布式下有什么坑 **面试官**缓存讲讲。 **谢飞机** 一级缓存是 SqlSession 级别默认开二级缓存是 Mapper 级别要配置。 分布式坑多节点缓存不一致所以一般关二级缓存或者上 Redis。 **面试官**不错有“场景意识”。 --- ### Q3Dubbo 的服务治理注册发现、负载均衡、超时重试、幂等怎么设计 **面试官**如果一个下单服务调用库存服务Dubbo 怎么保证可用 **谢飞机**开始飘 注册发现用注册中心负载均衡……随机就行。 超时重试就是多试几次幂等嘛……让它别重复就行。 **面试官**让它别重复你打算靠祈祷吗 **谢飞机** 那就……加个唯一 ID **面试官**终于说到点子上了但还不够。 --- ### Q4Redis MySQL 一致性怎么做缓存穿透/击穿/雪崩怎么防 **面试官**电商商品详情MySQL 是真相Redis 是加速。怎么保证一致性与抗压 **谢飞机** 一致性先更库再删缓存或者延迟双删。 穿透布隆过滤器。 击穿热点 key 加互斥锁。 雪崩过期时间加随机、限流、降级。 **面试官**这题回答很实在。 --- ### Q5xxl-job RabbitMQ Docker定时任务如何避免重复执行消息如何保证“至少一次/不丢” **面试官**你们用 xxl-job 跑对账任务结果在扩容后出现重复执行同时 MQ 偶发重复/丢失。怎么治理 **谢飞机**彻底飞 重复执行就……让它别重复执行Docker 扩容别扩那么多。 消息不丢就用 RabbitMQ 的“VIP 通道”。 **面试官**……行了。你回去等通知吧。 **面试官**今天先到这。回去把并发、JVM、分布式幂等、任务与消息可靠性再系统补一下。有结果 HR 会联系。 **谢飞机**小声我感觉我答得挺好啊…… --- # 面试题答案详解小白也能学会版 下面把三轮中出现的问题做一次“可学习的标准答案”整理。 --- ## 一、Java 基础 ### 1 vs equals() - - 基本类型比较**值**。 - 引用类型比较**对象引用地址**是否同一个对象。 - equals() - Object 默认实现等价于 比较地址。 - 很多类重写后变为比较**内容**如 String、包装类、集合。 - 规范 - 重写 equals() 必须同时重写 hashCode()否则在 HashMap/HashSet 等哈希容器中会出现逻辑错误。 --- ## 二、集合ArrayList / HashMap ### 2ArrayList 扩容机制与性能 - 底层是**动态数组** Object[]。 - 扩容触发当 add 时容量不足。 - JDK 8 常见扩容策略 - 新容量 ≈ 旧容量 * 1.5old old 1。 - 为什么慢 - 扩容需要创建新数组 System.arraycopy 拷贝旧数组时间复杂度 O(n)。 - 优化 - 预估长度时使用 new ArrayList(initialCapacity)减少扩容次数。 ### 3HashMap 底层结构、树化条件、为何用红黑树 - JDK8数组桶 链表 红黑树。 - put 流程核心 1. 对 key 做 hash 扰动。 2. (n - 1) hash 定位桶下标。 3. 桶为空直接插入不为空则链表/树中查找key 相同则覆盖不同则追加。 - 树化原因 - 链表太长导致查询 O(n) 退化红黑树使查询变为 O(logn)。 - 树化条件典型 - 链表长度 ≥ 8TREEIFY_THRESHOLD且数组容量 ≥ 64MIN_TREEIFY_CAPACITY。 - 若容量小于 64优先扩容而不是树化。 ### 4ConcurrentModificationException 常见原因与处理 - 原因 - for-each 底层迭代器是 fail-fast 机制遍历过程中结构性修改add/remove会触发异常。 - 正确删除方式 - 用 Iteratoriterator.remove()。 - 或者先收集待删元素遍历后统一删除。 - 并发读多写少可用 CopyOnWriteArrayList写时复制写成本高。 --- ## 三、并发线程状态、锁、线程池 ### 5线程状态与 WAITING/BLOCKED - NEW新建未启动。 - RUNNABLE可运行包含运行中/就绪。 - BLOCKED**等待获取监视器锁**进入 synchronized 但锁被占用。 - WAITING**主动等待**等待被唤醒Object.wait() / Thread.join() / LockSupport.park()。 - TIMED_WAITING超时等待sleep/wait(timeout)/join(timeout)。 - TERMINATED结束。 ### 6synchronized vs ReentrantLock - synchronized - JVM 层面实现语法简单异常时自动释放锁。 - JDK1.6 有偏向锁/轻量级锁等优化。 - ReentrantLock - 显式加解锁必须在 finally 解锁。 - 支持公平锁、可中断锁 lockInterruptibly、尝试获取锁 tryLock、多个条件队列 Condition。 - 选型建议 - 简单互斥优先 synchronized。 - 需要超时控制/中断/多条件队列用 ReentrantLock。 ### 7线程池 7 参数、拒绝策略、线上排查思路 - 7 大参数ThreadPoolExecutor 1. corePoolSize 2. maximumPoolSize 3. keepAliveTime 4. unit 5. workQueue 6. threadFactory 7. handler拒绝策略 - 常用拒绝策略 - AbortPolicy抛异常默认。 - CallerRunsPolicy调用方线程执行削峰但可能拖慢上游。 - DiscardPolicy直接丢弃。 - DiscardOldestPolicy丢最旧任务再尝试提交。 - OOM/CPU 打满排查 - 先看线程池指标队列长度、活跃线程数、任务耗时分布。 - OStop/pidstat -p pid -t 定位高 CPU 线程。 - Javajstack pid 看高 CPU 线程栈死循环/锁竞争/频繁 GC。 - GCjstat -gcutil pid 1s 或 GC 日志判断是否频繁 Full GC。 - 业务是否无界队列LinkedBlockingQueue 默认可能无界导致堆积 OOM是否任务执行过慢造成队列堆积。 --- ## 四、JVM对象分配、晋升、CMS vs G1 ### 8对象分配与晋升到老年代 - 一般分配在 **Eden**。 - Minor GC 后存活对象进入 **Survivor**S0/S1 复制。 - 达到年龄阈值-XX:MaxTenuringThreshold或 Survivor 放不下动态年龄判断会晋升老年代。 - 大对象如大数组可能直接进老年代参数 -XX:PretenureSizeThreshold仅部分收集器有效。 ### 9CMS vs G1核心差异 - CMSConcurrent Mark Sweep - 目标降低停顿并发标记/清除。 - 缺点产生内存碎片对 CPU 敏感需要预留空间。 - 适用老版本、对停顿敏感但可接受碎片的场景。 - G1Garbage First - 目标可预测停顿按 Region 管理堆优先回收收益高的 Region。 - 特点并发标记 混合回收大堆表现更稳定减少碎片。 - 适用大内存、多核、希望控制停顿时间的服务端。 --- ## 五、Spring / MyBatis ### 10Spring Bean 生命周期常见顺序 1. 实例化构造方法 2. 属性填充依赖注入 3. Aware 回调如 BeanNameAware 4. BeanPostProcessor#postProcessBeforeInitialization 5. 初始化PostConstruct / InitializingBean#afterPropertiesSet / 自定义 init-method 6. BeanPostProcessor#postProcessAfterInitializationAOP 代理通常在这里生成 7. 容器关闭PreDestroy / DisposableBean#destroy / destroy-method ### 11AOP 代理原理 - 有接口默认 JDK 动态代理生成接口代理类。 - 无接口CGLIB 生成子类代理。 - 本质在方法调用前后织入增强逻辑事务、日志、鉴权等。 ### 12MyBatis 一级/二级缓存 - 一级缓存SqlSession 级别默认开启。 - 同一个 SqlSession 内重复查询可能直接命中缓存。 - 执行 update/insert/delete 会清空一级缓存。 - 二级缓存Mapper namespace 级别需要配置开启。 - 多个 SqlSession 可共享但需要序列化。 - 分布式坑 - 多实例下二级缓存无法天然一致写入后其他节点缓存可能脏。 - 常见策略关闭二级缓存或统一用 Redis 做缓存层并设计失效策略。 --- ## 六、Dubbo治理与幂等 ### 13Dubbo 基础链路 - 服务提供者启动向注册中心注册。 - 消费者启动从注册中心订阅 provider 列表。 - 调用负载均衡选一个 providerrandom/roundrobin/leastactive 等发起 RPC。 ### 14超时重试与幂等 - 超时设置合理超时时间不同方法不同 SLA。 - 重试 - 适用于**幂等**的读请求或可安全重试的写请求。 - 非幂等写请求如下单扣库存盲目重试可能导致重复执行。 - 幂等常见落地 - 请求携带全局唯一业务 ID如 requestId/orderNo。 - 服务端用 Redis/DB 唯一索引/幂等表记录已处理请求。 - 返回同一结果或拒绝重复处理。 --- ## 七、Redis MySQL 一致性与缓存三大问题 ### 15一致性常用“先更新库再删除缓存” - 推荐流程 1. 更新 MySQL事务内 2. 删除 Redis 缓存 key - 可能问题并发下先删缓存后写库会造成短暂脏读。 - 增强延迟双删 - 更新库后删缓存 - 延迟一小段时间再次删缓存应对并发读回填旧值 - 终极一致性引入 binlog 订阅Canal或消息总线做异步缓存更新。 ### 16缓存穿透/击穿/雪崩 - 穿透查不存在 - 布隆过滤器缓存空值短 TTL参数校验。 - 击穿热点 key 过期瞬间 - 互斥锁单飞逻辑过期后台异步刷新。 - 雪崩大量 key 同时过期/Redis 故障 - TTL 加随机多级缓存限流降级Redis 高可用哨兵/集群。 --- ## 八、xxl-job / RabbitMQ / Docker重复与可靠性治理 ### 17xxl-job 避免重复执行 - 关键点 - **同一个 job** 在集群下要保证同一时刻只有一个执行或可分片执行。 - 常用手段 - 使用 xxl-job 的路由策略如分片广播、故障转移结合业务设计。 - 业务侧加**分布式锁**Redis setnx 过期/Redisson锁粒度按“任务维度/业务日期维度”。 - 任务结果落库使用唯一约束如 biz_date task_type 唯一实现幂等。 ### 18RabbitMQ 消息不丢至少一次与去重 - 生产端不丢 - 开启 confirmpublisher confirm确保消息到 broker。 - 开启 returnmandatory确保路由到队列否则回调。 - Broker 端不丢 - queue durable、message persistent。 - 消费端不丢 - 手动 ack消费成功后再 ack。 - 失败重试拒绝并 requeue 或投递到死信队列DLQ做延迟重试。 - 至少一次带来的重复 - 消费端做幂等用业务唯一 ID 去重Redis set/DB 唯一索引/幂等表。 --- ## 九、设计模式与 DDD面试官爱追问的“讲故事能力” ### 19常见设计模式在业务中的落地 - 策略模式不同计费/不同渠道下单逻辑。 - 模板方法订单流程固定骨架子类实现差异步骤。 - 责任链风控校验、参数校验、库存校验。 - 观察者/发布订阅订单创建后通知优惠券、积分、消息推送。 ### 20DDD 的最小正确理解 - DDD 不是“把包名改成 domain”。 - 核心概念 - **领域模型**表达业务规则而不是把所有逻辑塞 Service。 - 分层Application用例编排、Domain核心规则、Infrastructure技术实现。 - 聚合/实体/值对象用来控制一致性边界。 - 适用 - 复杂业务、规则多变需要用模型抵抗复杂度。 --- 到这里你已经能把谢飞机“起飞”的部分补齐下一次面试官再追问你就能稳稳落地。