华兴致远 Java开发二面

#JAVA##JAVA面经##JAVA内推#

1. Redis 分布式锁在主从切换时为什么会出现锁丢失？

思路核心是主从异步复制：主节点加锁成功但未同步到从节点，主宕机后从升主，新主无锁数据，导致多个客户端重复加锁。

回答示例

Redis 主从架构下锁丢失的核心原因是主从数据异步复制：

解决方案：用 Redisson 红锁（多实例加锁）、或 Redis Cluster 仲裁机制，避免单主依赖。

思路核心是 JDBC PreparedStatement 预编译：参数与 SQL 模板分离，参数被当作“值”而非“SQL 指令”解析。

回答示例

MyBatis 预编译防注入的核心依赖 JDBC 的 PreparedStatement，底层逻辑：

简单说：预编译让“SQL 结构”和“参数值”彻底分离，参数无法改变 SQL 执行逻辑，从而杜绝注入。

思路核心是事务启动时生成 ReadView，通过 undo log 版本链读取符合版本的记录，不读取事务启动后的新数据。

回答示例

InnoDB 的 MVCC 实现可重复读的核心是 ReadView（一致性视图）+ 版本链：

每个事务启动时，会生成一个 ReadView，包含三个核心值：
- m_ids：当前活跃的事务 ID 列表；
- min_trx_id：活跃事务最小 ID；
- max_trx_id：下一个要分配的事务 ID；
每行数据都有隐藏列：trx_id（修改该记录的事务 ID）、roll_pointer（指向 undo log 版本链）；
事务读取数据时，会遍历版本链，找到第一个满足“事务 ID < min_trx_id 或事务 ID 不在 m_ids 中”的记录（即事务启动前已提交的数据）；
整个事务期间，ReadView 不会变化，因此多次读取同一数据，都会拿到同一版本，实现“可重复读”。

思路存储在对象头 MarkWord 中：偏向锁模式下，MarkWord 会记录偏向的线程 ID + 偏向锁标记位。

回答示例

偏向锁的线程 ID 存储在对象头的 MarkWord 区域，具体逻辑：

简单说：偏向锁把“专属线程 ID”写在对象头，通过 ID 匹配快速加锁，减少无竞争时的开销。

思路自旋消耗 CPU，且自旋次数有限，持续自旋会导致 CPU 空耗；重量级锁让线程阻塞，释放 CPU 资源。

回答示例

轻量级锁自旋失败膨胀为重量级锁的核心原因是避免 CPU 空耗：

轻量级锁的自旋是“忙等”：线程在用户态循环尝试 CAS 加锁，不释放 CPU 资源；
JVM 对自旋次数有限制（默认 10 次或自适应自旋）：若自旋次数耗尽仍未获取锁，说明竞争激烈；
此时继续自旋会大量消耗 CPU（多个线程空等），因此 JVM 会把轻量级锁膨胀为重量级锁：
- 调用 OS 内核的互斥锁（mutex），让失败的线程进入“阻塞态”，释放 CPU；
- 当锁释放时，通过内核唤醒阻塞的线程，虽然上下文切换有开销，但避免了 CPU 空耗。

核心权衡：轻量级锁适合“短时间、低竞争”，重量级锁适合“长时间、高竞争”。