《严肃面试官 vs 水货程序员谢飞机大厂 Java 面试三回合附详解答案》文章内容场景某互联网大厂 Java 后端岗位一面。角色面试官严肃版语速不快但每个问题都像在拧螺丝。候选人谢飞机搞笑水货版简单题能答出花难题开始“以气御码”。第一轮从登录接口到 Java 基础与集合热身但不放水Q1我们从业务开始。你设计一个登录接口手机号验证码Java 层你会怎么做参数校验谢飞机“我一般用SpringBoot的Valid啊手机号用正则验证码长度也校验一下。要是没过就直接抛异常返回给前端一个很友好的 JSON。”面试官点头“嗯基础功还可以。那异常怎么统一处理”谢飞机“ControllerAdviceExceptionHandler再配一个统一返回体ResultT。这个我熟曾经一天写过 8 个。”面试官“可以。”Q2验证码存在 Redis。你说说 Redis key 的设计与过期策略以及如何防刷谢飞机“key 我一般这么写login:sms:{phone}过期 5 分钟。防刷嘛……加个计数器比如login:sms:cnt:{phone}一分钟超过 5 次就拒绝。”面试官微微认可“思路对。那 Redis 里用什么命令实现原子计数”谢飞机“INCR超过阈值就……就EXPIRE”面试官“嗯。”Q3登录成功后要发放 token。你说下HashMap的底层结构为什么线程不安全谢飞机“HashMap 底层是数组链表红黑树嘛JDK8 以后链表长了就树化。线程不安全是因为多线程 put 会导致覆盖、丢数据甚至扩容时可能……会……会转圈圈”面试官抬眼“你说的是 JDK7 头插法可能形成环。那 JDK8 呢”谢飞机开始发力胡扯“JDK8 就不转圈圈了会转成红黑树就不会了。并且它有一种……嗯……自旋锁的思想在里面。”面试官沉默 1 秒“HashMap 没自旋锁。继续。”Q4那ArrayList扩容机制呢以及它为什么也线程不安全谢飞机稳住“默认容量 10扩容是 1.5 倍左右old old1add不是原子操作多线程会导致 size 不准甚至数组越界。”面试官“可以。”第二轮从“登录风暴”到并发、线程池、JVM开始上强度Q1登录高峰期短信服务调用第三方很慢。你会怎么做异步化线程池怎么配谢飞机“用线程池比如ThreadPoolExecutor。核心线程数我一般设成……CPU 核数*2然后队列搞大点最大线程数也搞大点拒绝策略用CallerRunsPolicy这样不会丢。”面试官“为什么队列不能无限大为什么拒绝策略不能随便选”谢飞机开始飘“队列太大……会显得很没气势。拒绝策略嘛CallerRuns很民主大家一起跑。”面试官“你的回答很‘团队协作’但不够工程化。”Q2你说下 JUC 里AQS是什么ReentrantLock为什么能可重入谢飞机“AQS 就是一个队列同步器里面有一个 state。可重入就是同一个线程拿锁的时候 state释放的时候 state--直到 0。”面试官认可“这题答得不错。”Q3短信接口超时重试你会怎么做幂等谢飞机“幂等嘛加唯一标识比如 requestId。先查数据库有没有处理过或者用 Redis setnx 做一次性锁。处理成功后把状态写下来。”面试官“可以。那如果要保证‘最终一致’你会怎么做”谢飞机开始玄学“最终一致就交给时间。时间会抹平一切。或者…加个定时任务一直跑跑到一致为止。”面试官“你提到了定时任务。那你用过 xxl-job 吗”Q4说说 xxl-job 的调度架构以及你怎么做分片与失败重试谢飞机硬撑“xxl-job 就是一个控制台发任务执行器执行。分片我一般用shardingParam失败重试就点一下重试按钮……很智能。”面试官冷静“好下一题。”Q5JVM 里new一个对象发生了什么对象一定在堆上吗谢飞机“new 就是在堆里开空间然后构造函数初始化。对象不一定在堆上……因为有栈上分配逃逸分析反正 JVM 很聪明。”面试官“你知道逃逸分析还行但你说不清楚。”第三轮从“订单库存”到 Spring、MyBatis、Dubbo、MQ、MySQL、Linux/Docker、设计模式/DDD终极拷打Q1我们做一个下单扣库存。你用 MySQL 怎么保证不超卖谢飞机“加事务然后select ... for update锁住库存行。或者用 update where stock0 这种乐观方式。”面试官“两种都说到了挺好。那索引怎么建”谢飞机“索引就建在……常用字段上。比如 stock”面试官“stock 不适合单独索引。继续。”Q2MyBatis 的一级缓存、二级缓存分别是什么范围为什么线上很多人禁用二级缓存谢飞机“一级缓存是 SqlSession 级别二级缓存是 mapper 级别。线上禁用是因为……容易把缓存缓存坏了导致查到旧数据。”面试官“算你说对了主要风险。”Q3下单成功要发消息通知仓库。RabbitMQ 怎么保证消息不丢怎么处理重复消费谢飞机“不丢就开 confirm 模式、持久化、开启 ack。重复消费就做幂等比如消费端用数据库唯一键或者 Redis 去重。”面试官认可“不错。”Q4服务是 Dubbo 调用。你说说 Dubbo 的超时、重试、熔断降级以及注册中心挂了会怎样谢飞机开始发挥想象力“超时就是超时重试就是多试几次。熔断就是把服务熔了降级就是降成青铜。注册中心挂了……那就全挂了。”面试官“……Dubbo 有本地缓存与直连能力注册中心挂不等于业务立刻挂。下一题。”Q5线上排查CPU 飙高、接口变慢。Linux 你怎么定位Docker 部署下怎么看容器资源谢飞机“Linux 用 top看哪个进程高。再用 jps 找 Java 进程。然后 jstack 看线程。Docker 就docker ps看一下再docker logs看看心情。”面试官“日志不是资源。你至少得会docker stats。”Q6最后一个设计模式和 DDD。你在下单领域怎么落地谢飞机总结式胡扯“设计模式我最熟的是单例因为全公司就我一个人写得出来。DDD 就是把代码分层分得越多越高级。订单就是 Order库存就是 Stock各自为政互不打扰。”面试官合上本子“好的今天先到这。你回去等通知吧有消息我们 HR 会联系。”面试题标准答案详细讲解版小白也能学会一、SpringBoot 参数校验与统一异常1参数校验怎么做在 DTO 上用javax.validationJakarta Validation注解NotBlank、NotNull、Size、Pattern、Min/Max在 Controller 入参上加Valid或Validated示例public record LoginReq( NotBlank Pattern(regexp ^1\\d{10}$) String phone, NotBlank Size(min 4, max 8) String code ) {}2统一异常处理RestControllerAdviceExceptionHandler对校验异常MethodArgumentNotValidException/ConstraintViolationException提取 message返回统一结构code、msg、data、traceId二、Redis验证码 key 设计、过期与防刷1key 设计业务前缀:模块:功能:业务idlogin:sms:{phone}存验证码login:sms:cnt:{phone}存请求次数2过期策略验证码5 分钟过期SET key value EX 300防刷计数窗口期 60 秒INCR 首次EXPIRE3原子计数与限流原子自增INCR典型做法cnt INCR key若cnt 1设置EXPIRE key 60cnt 5拒绝更严格可用 Lua 脚本保证两步原子三、HashMap 与 ArrayList 核心点1HashMap 底层与树化JDK8数组table 链表 红黑树当桶内链表长度 8 且 table 容量 64 时树化减少查询退化2为什么 HashMap 线程不安全put/get/resize 都没加锁多线程同时 put可能覆盖、丢失更新多线程 resize结构迁移期间读到不一致数据JDK7 可能形成环JDK8 虽优化但仍非线程安全并发场景用ConcurrentHashMap3ArrayList 扩容与线程不安全扩容一般为newCapacity old (old 1)约 1.5 倍线程不安全size非原子扩容复制期间并发写入可能数组越界或数据丢失并发场景读多写少CopyOnWriteArrayList或外部加锁/使用并发容器四、线程池ThreadPoolExecutor工程化配置1关键参数corePoolSize常驻线程maximumPoolSize峰值线程workQueue任务队列RejectedExecutionHandler拒绝策略2队列不能无限大队列无界会导致请求堆积 → 延迟飙升OOM 风险任务对象占内存应根据吞吐与 SLA 设定有界队列 合理拒绝策略3线程数怎么估算CPU 密集Ncpu 1IO 密集Ncpu * (1 IO/CPU)经验值可取 2~4 倍最终压测4拒绝策略选择AbortPolicy直接失败便于快速暴露问题CallerRunsPolicy调用方执行会拖慢上游可能造成雪崩扩散要谨慎Discard/DiscardOldest可能丢任务需业务可容忍五、AQS 与 ReentrantLock 可重入原理1AQS 是什么AbstractQueuedSynchronizer用一个state表示同步状态通过 CLH 队列管理等待线程提供模板方法acquire/release等2可重入怎么实现锁被同一线程再次获取判断当前持有线程是自己state释放时state--到 0 才真正释放并唤醒后继节点六、幂等与最终一致性重试必考1幂等常见方案唯一请求号requestId 落库去重唯一索引RedisSETNX加锁注意超时与续期去重表/业务状态机处理中/成功/失败2最终一致性可靠消息 最终一致本地事务落库订单/日志发送消息事务消息/Outbox消费端幂等处理定时补偿xxl-job 扫描“未通知成功”的记录重发七、xxl-job架构、分片、失败重试1基本架构调度中心Admin管理任务、触发调度、路由策略执行器Executor接收触发请求并执行 JobHandler2分片使用分片参数shardIndex/shardTotal业务侧按分片处理数据例如按用户ID取模或分页分段3失败重试任务维度配置重试次数业务侧配合幂等失败记录入库 后续补偿八、JVMnew 对象过程与是否一定在堆上1new 对象大致流程类加载检查在堆上分配内存TLAB 优先对象头设置Mark Word、Klass Pointer零值初始化执行构造方法init引用指向对象2对象不一定在堆上JVM 可能做逃逸分析若对象不逃逸出方法不会被外部引用可能进行栈上分配取决于 JVM 实现与优化标量替换直接拆成局部变量甚至不分配对象九、MySQL 防止超卖、事务与索引1两种典型方案悲观锁select stock from sku where id? for update再判断 stock、更新乐观扣减update sku set stock stock - 1 where id? and stock 0通过影响行数判断是否成功更高并发常用2索引建议订单/库存通常按主键id更新主键索引足够查询维度如user_id status create_time使用联合索引避免给低选择性字段如 stock单独建索引十、MyBatis 一级/二级缓存与线上风险1一级缓存SqlSession 级别同一 SqlSession 内相同 statement参数可能直接命中2二级缓存Mappernamespace级别跨 SqlSession 共享需要显式开启3线上常禁用二级缓存原因数据一致性复杂更新语句会清缓存但跨服务/跨库/多表关联场景仍容易脏读缓存粒度粗命中不可控更推荐用业务层缓存Redis或明确的缓存方案十一、RabbitMQ不丢消息与重复消费1如何尽量不丢生产端Publisher Confirm确认消息到达 BrokerExchange/Queue durable持久化Message persistent消息持久化消费端手动 ack处理成功才 ack失败nack requeue 或进入死信队列DLQ2重复消费处理MQ 只能保证“至少一次”更常见业务侧必须幂等唯一键订单号/消息id去重表/Redis 记录已处理十二、Dubbo超时、重试、降级与注册中心1超时与重试超时timeout要基于接口 SLA 设置重试retries适合幂等接口非幂等如下单慎用2降级与容错Dubbo 有 cluster 容错策略Failover/Failfast/Failsafe 等降级常见返回兜底数据熔断常借助 Sentinel/Resilience4j3注册中心挂了会怎样通常消费者会缓存服务列表短时间注册中心不可用已运行的调用可继续不等于立刻全挂但无法发现新实例/无法动态变更风险随时间增加十三、Linux Docker 线上定位思路1Linux 定位 CPU 飙高top/htop看进程与线程pidstat -p pid -t 1看线程 CPUjps找 Java 进程jstack pid定位热点线程把线程 nid 转 16 进制对照jcmd/async-profiler/arthas进一步定位方法栈与火焰图2Docker 看资源docker stats容器 CPU/内存/网络 IOdocker inspect看限制与配置docker logs仅用于看日志不代表资源十四、设计模式与 DDD 在下单领域的落地1常用设计模式策略模式不同促销/优惠计算策略模板方法下单流程固定骨架校验-计算-锁库存-创建订单-发消息细节由子类扩展工厂模式根据订单类型创建不同的 OrderCommand/Handler责任链多步骤校验黑名单、风控、库存、价格2DDD 基础落地方式限界上下文订单域、库存域、支付域分开聚合Order 聚合根订单、订单项Inventory 可能是另一个聚合领域服务跨聚合的业务能力如下单编排领域事件OrderCreated→ 通知库存/仓库/营销分层常见InterfaceControllerApplication用例编排Domain实体/值对象/领域服务InfrastructureDB、MQ、RPC到这里你已经把整场面试题的“标准答案”学了一遍。下次谢飞机再胡扯你就可以替他把场子撑起来。