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

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

一、基础概念类

问题：线程和进程的核心区别是什么？日常开发中怎么判断该用多线程还是多进程？

答案：最核心的区别是资源占用和通信成本——进程是操作系统分配资源的最小单位（有独立内存空间、文件描述符），线程是CPU调度的最小单位（共享所属进程的资源，仅占少量栈空间）。通信上，线程间直接读共享变量就行，进程间得用IPC（管道、消息队列这些），麻烦很多。

日常判断：如果任务间需要频繁数据交互、资源共享，用多线程（比如电商订单处理，查询库存、计算价格、生成订单三个步骤共享订单数据）；如果任务独立、需要隔离资源（比如同时运行Web服务和数据库服务），或者怕一个任务崩溃影响其他，用多进程。

问题：什么是守护线程？和用户线程的实际使用场景有啥不一样？

答案：守护线程是“服务型线程”，专门给用户线程干活的，比如JVM里的垃圾回收线程。它的特点是：当所有用户线程都结束，守护线程会被强制终止，不管有没有执行完；用户线程是核心业务线程，比如处理用户请求的线程，必须执行完自己的逻辑才会结束。

场景举例：后台日志打印线程可以设为守护线程（业务结束了，日志没必要再打）；而订单支付回调处理线程必须是用户线程（哪怕其他线程结束，也得等回调结果处理完，不然会丢数据）。

二、生命周期与调度类

问题：线程的生命周期有哪些状态？为什么会出现“阻塞态”？实际开发中怎么避免线程长时间阻塞？

答案：以Java为例，生命周期是：新建（New）→就绪（Runnable）→运行（Running）→阻塞（Blocked/Waiting/TimedWaiting）→终止（Terminated）。

阻塞态的原因就是线程“没拿到继续执行的条件”：比如拿不到synchronized锁（Blocked）、调用了wait()方法（Waiting）、sleep(1000)（TimedWaiting）。

避免长时间阻塞：比如数据库查询设置超时时间（不能无限等）、锁的粒度要小（别拿着锁做耗时操作）、用非阻塞IO（NIO）替代阻塞IO（比如Netty处理网络请求）。

问题：线程调度中，“抢占式调度”和“协作式调度”的区别？现在主流操作系统用的是哪种？

答案：抢占式调度是CPU“说了算”，可以主动暂停正在运行的线程，切换到其他线程（比如A线程运行中，CPU突然把时间片分给B线程）；协作式调度是线程“自己说了算”，必须等当前线程执行完（或主动放弃），才会切换到其他线程（比如A线程不主动yield，B线程永远没机会跑）。

现在主流操作系统（Windows、Linux、macOS）都用抢占式调度——不然一个死循环线程会占满CPU，其他线程没法运行。

三、同步与并发问题类

问题：synchronized和volatile的区别？分别用在什么场景？

答案：核心区别是：synchronized能保证原子性、可见性、有序性；volatile只能保证可见性和有序性，不能保证原子性。

volatile场景：变量被多个线程读写，且操作是“单一读写”（不是复合操作），比如标记位（booleanflag=false;线程A改flag=true，线程B读flag判断是否停止）。因为它不能保证原子性，所以不能用在i++这种场景（i++是读-改-写三步，volatile没法保证这三步不被打断）。

synchronized场景：需要保证原子性的操作，比如转账（从A账户扣钱，给B账户加钱，这两步必须原子执行）、多线程操作共享集合（比如HashMap不是线程安全的，用synchronized包裹put操作）。

问题：什么是线程安全？怎么判断一个类是不是线程安全的？举个日常开发中线程不安全的例子。

答案：线程安全就是多个线程同时操作一个类的实例（或共享资源）时，不管线程调度顺序怎么变，最终结果都和“单线程操作”的结果一致，不会出现脏读、数据错乱。

判断方法：看它的共享状态（比如成员变量）是否被多线程修改，且修改过程是否有同步机制（synchronized、Lock、volatile等）保护。如果没有任何同步措施，大概率是线程不安全的。

例子：ArrayList是线程不安全的——比如两个线程同时调用add()方法，可能导致元素丢失（比如线程A刚算出要加在索引3，线程B也加在索引3，覆盖了A的值）；而Vector是线程安全的（它的add()方法加了synchronized）。

问题：死锁产生的四个必要条件是什么？实际开发中怎么避免死锁？

答案：死锁的四个必要条件缺一不可：①互斥条件（资源只能被一个线程占用）；②