2025年高频java多线程编程面试题及答案.docxVIP

2025年高频java多线程编程面试题及答案

Q：线程的六种状态及其转换条件是什么？

A：Java线程在生命周期中共有六种状态，定义于Thread.State枚举类中：

1.NEW（新建）：线程对象已创建但未调用start()方法，此时线程尚未启动。

2.RUNNABLE（可运行）：线程调用start()后进入此状态，实际可能正在运行（获得CPU时间片）或等待CPU调度（在就绪队列中）。Java将操作系统中的“运行”和“就绪”状态统一为RUNNABLE。

3.BLOCKED（阻塞）：线程试图获取synchronized同步锁但未成功时进入此状态，等待锁释放后重新竞争锁，回到RUNNABLE。

4.WAITING（无限等待）：线程调用无参的wait()（需在synchronized块中）、join()（等待目标线程结束）或LockSupport.park()后进入此状态，需其他线程调用notify()/notifyAll()、目标线程结束或LockSupport.unpark()唤醒，回到RUNNABLE。

5.TIMED_WAITING（计时等待）：调用有超时参数的wait(long)、sleep(long)、join(long)或parkNanos(long)/parkUntil(long)后进入此状态，超时后自动唤醒，或提前被唤醒，回到RUNNABLE。

6.TERMINATED（终止）：线程执行完run()方法或因异常终止后进入此状态，生命周期结束。

状态转换的关键触发点包括：start()触发NEW→RUNNABLE；获取不到锁触发RUNNABLE→BLOCKED；主动等待触发RUNNABLE→WAITING/TIMED_WAITING；唤醒或超时触发WAITING/TIMED_WAITING→RUNNABLE；线程执行完毕触发RUNNABLE→TERMINATED。

Q：synchronized关键字的底层实现原理是什么？JDK1.6之后做了哪些优化？

A：synchronized的底层依赖JVM的管程（Monitor）机制实现同步。每个Java对象（包括类对象）都关联一个Monitor对象，其内部包含计数器（记录锁的重入次数）、所有者（当前持有锁的线程）和等待队列（存储被阻塞的线程）。当线程进入synchronized修饰的代码块或方法时，会尝试获取对象关联的Monitor：若计数器为0，线程获取锁并将计数器置1（重入时计数器递增）；若被其他线程持有，则进入等待队列，状态转为BLOCKED。

JDK1.6为优化synchronized的性能，引入了锁升级（锁膨胀）机制，根据竞争程度动态调整锁状态，降低线程阻塞的开销：

1.偏向锁：假设锁仅被同一线程多次获取，在对象头MarkWord中记录偏向线程ID，避免每次加锁/解锁的CAS操作。当其他线程尝试竞争时，偏向锁升级为轻量级锁。

2.轻量级锁：通过CAS操作尝试将对象头的MarkWord替换为指向线程栈中锁记录的指针。若CAS成功，线程获得锁；若失败（存在竞争），升级为重量级锁（传统Monitor锁）。

3.自旋锁：线程竞争轻量级锁失败时，不立即阻塞，而是自旋（空循环）若干次尝试重新获取锁，减少线程切换的开销（适用于锁持有时间短的场景）。

4.锁消除：JIT编译器通过逃逸分析，若发现锁保护的代码不会被其他线程访问（如局部变量对象），则消除不必要的锁。

5.锁粗化：将连续的多次加锁/解锁操作合并为一次，减少锁操作的开销（如循环内对同一对象多次加锁）。

Q：synchronized和ReentrantLock的核心区别有哪些？

A：synchronized和ReentrantLock均用于实现线程同步，但在功能和底层实现上有显著差异：

1.锁的获取方式：synchronized是Java关键字，依赖JVM实现；ReentrantLock是java.util.concurrent.locks包下的类，基于AQS（AbstractQueuedSynchronizer）手动实现。

2.可中断性：synchronized获取锁时不可中断，线程若被阻塞会一直等待；ReentrantLock提供lockInterruptibly()方法，允许线程在等待锁时响应中断（抛出InterruptedException）。

3.公平性：synchronized默认是非公平锁（新线程可能抢占已等待的线程）；ReentrantLock通过构造函数参数（fair=true）支持公平锁（按等待队列顺序分配锁），但公平锁会降低吞吐量。

4.条件变量：synchronized通过Obj