1. 面试题整理的背景与价值
每年三四月份都是互联网行业招聘的高峰期，这个时间点被业内称为"金三银四"。各大互联网公司通常会在春节后启动大规模招聘，一方面是为了补充年前人员流动的空缺，另一方面也是为全年业务发展储备人才。作为技术岗位中最主流的Java开发岗位，其面试题往往能反映出当前行业的技术热点和用人标准。
我整理这份题库的初衷，是发现很多候选人在面试前缺乏系统性的准备。他们要么在各大论坛零散地收集题目，要么过度依赖所谓的"面经"，而忽视了技术原理的深入理解。这份汇总不仅包含高频考题，更重要的是提供了详细的答案解析，帮助读者真正掌握每个知识点背后的技术逻辑。
2. Java基础核心考点解析
2.1 集合框架深度剖析
ArrayList和LinkedList的区别是面试中最常被问到的集合类问题。表面上看这只是数据结构的选择问题，但实际上考察的是候选人对Java集合框架的整体理解。
ArrayList底层采用数组实现，所以随机访问效率高（O(1)），但在中间位置插入/删除元素时需要移动后续所有元素（O(n)）。而LinkedList基于双向链表，插入删除只需修改相邻节点的引用（O(1)），但随机访问需要遍历（O(n)）。
实际开发中选择建议：90%场景下优先使用ArrayList，只有在频繁在集合中间位置进行插入删除操作时才考虑LinkedList。
HashMap的实现原理是另一个重点。JDK8之后，HashMap采用数组+链表+红黑树的结构。当链表长度超过8时转换为红黑树，这个设计是为了解决哈希冲突导致的性能退化问题。扩容因子默认为0.75，这是在空间和时间效率之间取得的平衡点。
2.2 并发编程三大难点
synchronized和ReentrantLock的区别体现在多个维度：
- 锁的实现：synchronized是JVM层面实现，ReentrantLock是JDK代码实现
- 功能特性：ReentrantLock支持公平锁、可中断、超时等待等高级功能
- 使用方式：synchronized自动释放锁，ReentrantLock需要手动unlock
volatile关键字保证了变量的可见性和有序性，但不保证原子性。它的实现原理是通过内存屏障禁止指令重排序，并且每次读写都直接操作主内存而非缓存。
ThreadLocal使用不当会导致内存泄漏。这是因为ThreadLocalMap的Entry是弱引用Key，但Value是强引用。如果线程长期存活且不调用remove()，就会导致Value无法回收。
3. JVM原理与性能调优
3.1 内存模型详解
JVM内存区域划分是理解Java程序运行的基础。堆内存存放对象实例，是所有线程共享的。方法区存储类信息、常量等元数据。虚拟机栈、本地方法栈和程序计数器是线程私有的。
垃圾回收算法中，标记-清除会产生内存碎片，复制算法需要预留一半空间，标记-整理综合了前两者的优点。现代JVM通常采用分代收集策略，年轻代用复制算法，老年代用标记-整理。
3.2 性能调优实战
OOM问题排查的基本步骤：
- 使用jstat查看各内存区域使用情况
- 通过jmap生成堆转储文件
- 用MAT或VisualVM分析内存占用
- 定位到具体的内存泄漏点
常见的性能优化手段包括：
- 合理设置新生代与老年代比例（-XX:NewRatio）
- 选择合适的垃圾收集器（G1适合大堆内存，ZGC追求低延迟）
- 优化JVM参数（-Xmx, -Xms设置相同避免动态调整）
4. 主流框架面试题精讲
4.1 Spring核心原理
Spring IOC容器的启动流程：
- 加载配置元数据（XML或注解）
- 解析并注册BeanDefinition
- 执行BeanFactoryPostProcessor
- 实例化单例Bean
- 执行BeanPostProcessor
Spring AOP的实现基于动态代理。对于接口使用JDK动态代理，对于类使用CGLIB。切入点表达式定义了在哪些连接点应用通知，通知类型包括前置、后置、环绕等。
4.2 MyBatis缓存机制
MyBatis提供两级缓存：
- 一级缓存是SqlSession级别的，默认开启
- 二级缓存是Mapper级别的，需要手动配置
缓存失效的场景包括：
- 执行了insert/update/delete操作
- 调用了clearCache方法
- 设置了flushCache=true
- 不同的SqlSession之间不共享一级缓存
5. 分布式系统高频考点
5.1 CAP理论实践
CAP理论指出分布式系统最多只能同时满足一致性（Consistency）、可用性（Availability）和分区容错性（Partition tolerance）中的两项。互联网应用通常选择AP，牺牲强一致性保证高可用。
BASE理论是对CAP中AP方案的延伸，通过基本可用（Basically Available）、软状态（Soft state）和最终一致性（Eventually consistent）来平衡系统设计。
5.2 分布式事务方案
常见的分布式事务解决方案包括：
- 2PC（两阶段提交）：存在同步阻塞问题
- TCC（Try-Confirm-Cancel）：需要业务实现三个接口
- 本地消息表：通过消息队列保证最终一致性
- Saga模式：将长事务拆分为多个本地事务
Seata是目前主流的分布式事务框架，支持AT、TCC等多种模式。其核心组件包括TC（事务协调器）、TM（事务管理器）和RM（资源管理器）。
6. 数据库优化与设计
6.1 索引优化原则
B+树索引是MySQL最常用的索引结构。建立索引的原则包括：
- 为高频查询条件创建索引
- 遵循最左前缀匹配原则
- 避免在索引列上使用函数或运算
- 控制索引数量（通常不超过5-6个）
执行计划分析是SQL优化的关键。通过explain可以查看type（访问类型）、key（使用的索引）、rows（扫描行数）等重要信息。应该尽量避免出现ALL（全表扫描）和filesort（文件排序）。
6.2 事务隔离级别
MySQL默认使用可重复读（REPEATABLE READ）隔离级别。不同隔离级别解决的问题：
- 读未提交：脏读
- 读已提交：不可重复读
- 可重复读：幻读（InnoDB通过MVCC+间隙锁解决）
- 串行化：性能问题
MVCC（多版本并发控制）通过undo日志和read view实现。每条记录都有隐藏的DB_TRX_ID字段记录创建和删除该记录的事务ID。
7. 系统设计能力考察
7.1 短链系统设计
设计一个短链服务需要考虑：
- 短链生成算法：自增ID+进制转换，或哈希算法
- 存储设计：原始URL与短码的映射关系
- 跳转流程：301永久重定向节省服务器资源
- 防攻击措施：限制同一IP的访问频率
7.2 秒杀系统要点
秒杀系统的核心挑战是高并发下的超卖问题。解决方案包括：
- 前端：静态化页面，按钮置灰，限流
- 网关层：请求过滤，恶意用户拦截
- 服务层：库存预热，Redis原子操作扣减
- 数据层：异步下单，最终一致性
8. 项目经验与软技能
8.1 项目难点剖析
面试官期望通过项目难点了解候选人的：
- 技术深度：是否理解问题本质
- 解决能力：分析问题和实施方案的逻辑
- 成长性：从中学到了什么
回答时应采用STAR法则：
- Situation：项目背景
- Task：遇到的问题
- Action：采取的措施
- Result：取得的成果
8.2 职业规划建议
技术路线的常见发展方向：
- 技术专家：深耕特定领域
- 架构师：把控系统整体设计
- 技术管理：团队建设与项目管理
无论选择哪条路径，持续学习新技术和深入理解底层原理都是必不可少的。建议每季度至少学习一门新技术，并参与开源项目或技术社区。
