Java多线程高频面试题及参考答案.docxVIP

Java多线程高频面试题及参考答案

一、基础概念类

问题：Java中创建线程的三种方式及区别？实际开发中更推荐哪种？

答案：

继承Thread类：重写run()方法，优点是实现简单，缺点是无法继承其他类（单继承限制）；

实现Runnable接口：实现run()方法，解决单继承问题，但无法直接获取返回值；

实现Callable接口：实现call()方法，支持返回值和抛出异常，需配合FutureTask使用。

实际开发更推荐实现Callable/Runnable接口，原因是规避单继承局限，且能更好地配合线程池使用，提高代码复用性和扩展性。

问题：Thread类的start()方法和run()方法的核心区别？直接调用run()会有什么问题？

答案：

start()：底层调用native方法start0()，向操作系统申请线程资源，触发线程进入就绪状态，等待CPU调度后执行run()，会启动新线程；

run()：普通成员方法，仅包含线程要执行的业务逻辑，直接调用不会启动新线程，只会在当前线程中同步执行。

直接调用run()的问题：无法实现多线程并发，相当于普通方法调用，失去了多线程的意义。

问题：Java线程的生命周期及状态转换？WAITING和BLOCKED状态的区别是什么？

答案：

线程生命周期包含6种状态（Thread.State枚举）：NEW（新建）、RUNNABLE（就绪/运行）、BLOCKED（阻塞）、WAITING（等待）、TIMED_WAITING（超时等待）、TERMINATED（终止）。

核心转换：NEW→start()→RUNNABLE→CPU调度→运行中→任务完成/异常→TERMINATED；

RUNNABLE遇到synchronized未获取锁→BLOCKED；调用wait()/join()→WAITING；调用sleep(ms)/wait(ms)/join(ms)→TIMED_WAITING。

WAITING和BLOCKED区别：

BLOCKED：仅因获取synchronized锁失败导致，被动等待锁释放；

WAITING：因调用wait()、join()等方法主动放弃CPU，需其他线程唤醒（notify()/notifyAll()）或等待目标线程结束。

二、并发工具类

问题：synchronized和Lock的区别？实际项目中如何选择？

答案：

维度

synchronized

Lock（如ReentrantLock）

实现方式

JVM层面的隐式锁（监视器锁）

API层面的显式锁（Java代码实现）

锁释放

自动释放（代码块结束/异常）

需手动释放（finally中调用unlock()）

锁特性

可重入、不可中断、非公平（默认）

可重入、可中断、可公平/非公平选择

功能扩展

无额外功能

支持条件变量（Condition）、尝试锁（tryLock()）

性能

低并发下高效（JVM优化充分）

高并发下更优（锁竞争时开销小）

选择原则：

简单场景（如单例、简单代码块同步）用synchronized，代码简洁、不易出错；

复杂场景（如需要中断锁、超时获取锁、条件唤醒、公平锁）用Lock，灵活性更高。

问题：volatile关键字的作用？它能保证线程安全吗？为什么？

答案：

volatile的核心作用：

可见性：一个线程修改volatile变量后，其他线程能立即看到最新值（禁止CPU缓存）；

有序性：禁止指令重排序（如DCL单例中防止初始化代码重排）；

不保证原子性：仅能保证单次读/写操作的原子性，复合操作（如i++）仍会出现线程安全问题。

例：volatileinti=0;i++;实际执行i=i+1，分“读i→加1→写回i”三步，多线程下可能出现指令交错，导致结果不准确。因此volatile不能完全保证线程安全，需配合synchronized或原子类使用。

问题：CountDownLatch和CyclicBarrier的区别？各适用什么场景？

答案：

核心区别：

CountDownLatch：倒计时计数器，一次性使用，主线程等待多个子线程完成（或满足条件）后继续执行；子线程执行完调用countDown()，主线程调用await()阻塞。

适用场景：主线程等待所有子线程初始化完成后再启动（如项目启动时加载多个配置文件）。

CyclicBarrier：循环屏障，可重复使用，多个线程相互等待，直到所有线程都到达屏障点后，再一起继续执行（可指定屏障后执行的任