1. 广州小厂Java实习面试实录技术栈与考察重点分析最近帮一位准备Java实习面试的同学做了场模拟面试全程按照广州某中小型互联网公司的真实流程进行。这家公司主要业务涉及电商和供应链系统技术栈集中在JVM优化、高并发处理、MySQL调优和消息队列应用。从实际考察内容来看即便是实习岗位对底层原理的掌握要求也相当扎实。面试持续约90分钟其中技术问答占70%现场编码占30%。技术部分主要围绕四个核心模块展开JVM内存管理机制占比35%、并发编程实战25%、MySQL索引与事务25%、消息队列应用场景15%。这种权重分配反映出中小厂更关注候选人解决实际性能问题的能力而非单纯的理论知识。2. JVM高频考点深度解析2.1 内存模型与GC机制面试官开场就抛出一个经典问题请描述new Object()在JVM中的完整生命周期。这个问题看似基础实则考察对内存分配机制的深入理解。完整的回答应该包括类加载检查先检查符号引用是否已在常量池内存分配通过指针碰撞堆内存规整时或空闲列表存在内存碎片时在Eden区分配内存空间初始化将分配到的内存空间初始化为零值对象头设置包括Mark Word哈希码、GC分代年龄等和类型指针执行 方法按照程序员意图进行初始化特别注意很多候选人会忽略指针碰撞和空闲列表的选择条件。当使用Serial、ParNew等带压缩整理的收集器时采用指针碰撞而CMS这类基于标记-清除的收集器则采用空闲列表。2.2 OOM问题排查实战线上服务出现OutOfMemoryError你如何定位这个问题考察实际排障能力。建议按以下步骤回答立即保存现场jmap -dump:formatb,fileheap.hprof pid初步判断类型Java heap space → 堆内存不足Metaspace → 元空间溢出Unable to create new native thread → 线程数超限使用MAT分析内存快照查看Dominator Tree找到内存占用最大的对象检查GC Roots引用链常见案例静态集合持续增长未关闭的数据库连接大文件读取未用流式处理3. 并发编程核心八连问3.1 锁机制深度比较面试官要求对比synchronized和ReentrantLock的异同这是并发必考题。建议用表格形式清晰呈现特性synchronizedReentrantLock实现机制JVM层面monitor实现AQS队列同步器实现锁获取方式自动获取和释放必须手动lock/unlock可中断性不可中断支持lockInterruptibly()公平锁非公平可配置公平/非公平条件变量单一wait/notify支持多个Condition性能JDK6后优化性能接近高竞争下表现更好3.2 线程池实战参数你们项目线程池参数怎么设置的这个问题考察实际经验。以电商下单场景为例核心参数计算CPU密集型corePoolSize CPU核数 1IO密集型corePoolSize CPU核数 * 2队列选择需要控制任务量时用ArrayBlockingQueue瞬时高峰用SynchronousQueue大量非紧急任务用LinkedBlockingQueue拒绝策略默认AbortPolicy直接拒绝重要业务用CallerRunsPolicy让主线程执行可监控的用自定义策略记录日志4. MySQL索引与事务连环问4.1 索引失效经典场景列举5个索引失效的情况并解释原理——这个问题出现频率极高。必须掌握的失效场景包括最左前缀原则违反联合索引(a,b,c)但条件只有b1隐式类型转换varchar字段用数字查询使用函数操作WHERE SUBSTR(name,1,3)abc范围查询阻断WHERE a1 AND b2只有a能用索引使用!或导致全表扫描实战技巧EXPLAIN查看执行计划时重点观察type列最好到ref级别、key列实际使用的索引和Extra列是否出现Using filesort/temporary4.2 事务隔离级别对比面试官要求解释Repeatable Read如何解决幻读问题。完整回答应包括快照读通过MVCC多版本控制实现事务启动时创建read-view通过undo log获取历史版本当前读通过next-key lock实现记录锁(Record Lock)锁定索引项间隙锁(Gap Lock)锁定范围区间特殊案例SELECT * FROM table WHERE id100 FOR UPDATE; -- 会锁住id100的所有记录和间隙5. 消息队列应用场景剖析5.1 主流MQ选型对比Kafka和RocketMQ有什么区别你们项目为什么选这个这是典型的技术选型题。建议回答框架吞吐量对比Kafka百万级TPS日志场景RocketMQ十万级TPS业务消息消息可靠性Kafka异步刷盘可能丢消息RocketMQ支持同步双写功能特性Kafka侧重日志流处理RocketMQ完整的事务消息机制实际案例我们选择RocketMQ因为需要严格的消息顺序和事务支持5.2 消息积压处理方案消费者处理速度跟不上怎么办这个问题考察应急能力。给出多级解决方案临时扩容增加消费者实例数调整线程池参数批量消费consumer.subscribe(topic, new MessageListener() { Override public void consume(ListMessage messages) { // 批量处理逻辑 } });降级处理跳过非关键消息写死信队列后续补偿长期优化增加消费者组优化业务处理逻辑6. 面试实战技巧与避坑指南6.1 原理性问题的回答策略当被问到JVM内存模型这类理论问题时建议采用总分总结构先给标准定义JMM是规范线程如何与内存交互的模型核心组件拆解主内存 vs 工作内存happens-before规则volatile语义结合实际案例// 双检锁单例模式中的volatile作用 private volatile static Singleton instance;6.2 项目经验类问题应答被问到你如何优化过系统性能时使用STAR法则Situation描述原系统QPS从200降到80的场景Task需要在不增加硬件成本下提升性能Action用Arthas定位到MyBatis循环查询问题重构为批量查询本地缓存ResultQPS恢复到300CPU使用率下降40%7. 高频问题速查清单7.1 JVM必问TOP5对象内存布局实例数据、对齐填充GC Roots包括哪些栈帧、静态变量等CMS和G1的区别分代 vs 分区强/软/弱/虚引用应用场景类加载过程加载→验证→准备→解析→初始化7.2 MySQL必问TOP5InnoDB索引结构B树高度计算事务ACID实现原理undo/redo log慢查询优化步骤explain→profile→optimize分库分表策略range/hash主从同步延迟解决方案半同步复制8. 模拟面试实录与反思最后分享一个真实问答场景面试官假设有个接口突然变慢你的排查思路是候选人首先看监控指标比如...更好的回答应该是确定影响范围单个接口还是全局检查基础指标CPU、内存、磁盘IO、网络分析调用链APM工具定位瓶颈点针对性排查数据库慢SQL外部接口超时锁竞争激烈验证优化效果A/B测试通过这次模拟面试发现候选人常犯的错误是原理能说但不会结合实际知道概念但说不清应用场景对监控工具链不熟悉缺乏系统化的排查思路建议准备时多结合真实案例比如用Arthas模拟OOM、用JMeter制造并发场景这样面试时才能游刃有余。