8月求职季Java 后端岗位面试里最容易被连环追问、也最容易暴露基本功的就是多线程和并发编程。很多人在简历上写“熟悉多线程”结果被问线程池参数、锁升级、JMM 可见性、ThreadLocal 内存泄漏直接卡壳。这篇文章不搞概念堆砌直接按“面试官会怎么问、你怎么答、背后考什么”来拆。重点覆盖线程基础、JUC 工具、线程池、锁机制、内存模型、并发实战、答题话术和避坑清单。全文不跑偏、不灌水3 天内能把这里面的题过完多线程这一块就能撑住面试主战场。1. 核心能力速览能力项说明适用岗位Java 后端开发、校招/社招、初中级进阶核心考点线程基础、JUC 工具、线程池、锁、JMM、并发容器实战能力手写生产者消费者、阻塞队列、线程池提交任务知识门槛需掌握 Java 基础语法理解类和对象概念面试难度从概念题到原理题再到手写代码逐级加深准备周期高密度集中学习 3 天长期需配套刷题和项目落地高频追问volatile 可见性、synchronized 锁升级、线程池拒绝策略扩展方向JUC 源码阅读、并发编程实战、性能调优、分布式锁设计需要说明多线程面试不依赖显卡、GPU 这类硬件真正影响答题质量的是“代码示例原理推导场景落地”的组合。所以这篇文章会用大量可运行的 Java 代码片段和面试问答对照帮你在短时间内建立面试表达体系。2. 适用场景与学习边界多线程知识点在 Java 面试里不是单独存在的它和 JVM、MySQL 锁、Redis 分布式锁、消息队列消费者设计都会交叉。学这部分内容前先明确哪些场景迫切需要简历里写了“熟悉 Java 并发编程”“项目中使用多线程处理批量任务”面试岗位明确要求并发编程经验比如交易系统、订单系统、消息系统项目里有异步处理、定时任务、线程池使用但解释不清楚原理准备大厂面试阶段刷题需要整合一份多线程题库。不适合什么场景如果 Java 基础还比较薄弱连集合框架、异常处理、IO 都不熟这时候直接背多线程八股文效果很差容易只记术语、答不出为什么。建议先补基础语法再进入并发体系。同时要明确边界面试题整理替代不了真实开发能力。多线程不是靠背出来的是要在线程安全、性能、容错之间做取舍。实际项目里高并发批量任务必须考虑线程池参数、任务队列容量、拒绝策略、监控和优雅关闭这部分我在第 8 章和第 9 章会展开讲。3. 环境准备与前置条件多线程代码验证不需要额外硬件只需要一个能随时运行 Java 代码的环境。3.1 环境清单项目要求JDK推荐 JDK 8 或 17验证锁升级用 8记录分类用 17开发工具IDEA 社区版 / Eclipse / VS Code Java 插件构建工具Maven 或 Gradle非必需临时测试可用命令行 javac/java内存至少 4GB 可用内存线程池测试不要开过大线程数操作系统Windows / macOS / Linux 均可检查 JDK 版本java -version javac -version如果还没配置环境变量建议先安装 JDK 并设置JAVA_HOME然后确认 IDEA 里 Project SDK 已指向正确 JDK。3.2 验证环境能不能跑线程先写一个最小线程程序验证环境public class ThreadTest { public static void main(String[] args) { Runnable task () - { System.out.println(Thread.currentThread().getName() running); }; new Thread(task, worker-1).start(); System.out.println(main thread done); } }如果环境正常输出里会看到main thread done和worker-1 running顺序不固定这正好说明线程调度不可预测。3.3 学习素材准备官方文档Java Concurrency 相关 Javadoc源码java.util.concurrent包下的ThreadPoolExecutor、AQS、ConcurrentHashMap项目案例本机起一个 Spring Boot 工程用线程池跑批量任务观察效果刷题网站牛客、力扣的多线程题目比如交替打印、哲学家就餐不建议一开始只看 PDF 或纯文字笔记多线程面试题必须配合代码跑一遍否则回答“volatile 到底能不能保证原子性”这种问题时很容易答混。4. 线程基础高频题拆解面试官开场的多线程题目通常不难但每一道都在筛选你到底是“用过”还是“理解”。4.1 进程和线程的区别答法进程是操作系统进行资源分配的基本单位有独立的内存空间线程是 CPU 调度的基本单位属于进程共享进程的内存空间和资源文件。面试官追问Java 多线程是并发还是并行答两者都有。单核 CPU 上多个线程是并发执行宏观上是同时运行微观上是时间片切换多核 CPU 上多个线程可以真正并行。Java 线程的调度由操作系统负责start()只是把线程交给调度器不保证立即执行。4.2 Java 创建线程有几种方式标准答法有 3 种加分答法有 4 种继承Thread类重写run()实现Runnable接口实现Callable接口配合FutureTask通过线程池创建本质还是前几种的实现封装示例import java.util.concurrent.Callable; import java.util.concurrent.ExecutionException; import java.util.concurrent.FutureTask; public class ThreadCreateDemo { public static void main(String[] args) throws ExecutionException, InterruptedException { // 1. 继承 Thread Thread t1 new Thread() { Override public void run() { System.out.println(Thread extend); } }; t1.start(); // 2. Runnable Thread t2 new Thread(() - System.out.println(Runnable run), runnable-demo); t2.start(); // 3. Callable FutureTask CallableString callable () - callable result; FutureTaskString futureTask new FutureTask(callable); Thread t3 new Thread(futureTask); t3.start(); System.out.println(futureTask.get()); } }加分点面试官问“run() 和 start() 区别”直接说start()会启动新线程并回调run()直接调用run()只是在当前线程执行普通方法没有创建新线程。4.3 线程生命周期线程状态有 6 种NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED。容易出错的地方是Runnable和Blocked的关系。Java 里运行中线程处于RUNNABLE可能包含操作系统层面的运行和就绪BLOCKED专门指等待监视器锁WAITING是 wait/join/parkTIMED_WAITING是带超时的等待。一个可以直接贴到面试题答案里的例子public class ThreadStateDemo { public static void main(String[] args) throws Exception { Object lock new Object(); Thread waitingThread new Thread(() - { synchronized (lock) { try { lock.wait(); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } }); waitingThread.start(); Thread.sleep(200); // 此时 waitingThread 处于 WAITING 状态 System.out.println(waitingThread.getState()); Thread blockedThread new Thread(() - { synchronized (lock) { // block here } }); blockedThread.start(); Thread.sleep(200); // 此时 blockedThread 大概率是 BLOCKED 状态 System.out.println(blockedThread.getState()); } }如果你能画出状态流转图再说出BLOCKED和WAITING的触发场景面试官基本认可状态机掌握扎实。4.4 sleep、join、yield 的区别sleep让线程睡眠指定时间期间不释放锁到点进入可运行状态。join当前线程等待调用 join 的线程执行完再继续执行。yield当前线程让出 CPU但调度器可以忽略不释放锁常用于调试和并发测试。高频追问sleep和wait的区别。标准答法sleep是 Thread 静态方法不释放锁wait是 Object 方法必须在持有对象的监视器锁时调用释放锁并进入等待队列。wait/notify主要用于线程间协作sleep主要用于模拟耗时操作和控制节奏。加分答法从“线程安全和公平性”角度补充wait必须在 synchronized 块中使用否则会抛IllegalMonitorStateException这是很多新手容易踩的坑。4.5 wait/notify 生产者消费者手写生产者消费者是面试常见题重点是 use while 不是 if防止虚假唤醒。import java.util.LinkedList; import java.util.Queue; public class ProducerConsumerDemo { private static final int CAPACITY 5; private final QueueInteger queue new LinkedList(); public synchronized void produce(int value) throws InterruptedException { while (queue.size() CAPACITY) { wait(); } queue.offer(value); System.out.println(Produced: value , queue size: queue.size()); notifyAll(); } public synchronized int consume() throws InterruptedException { while (queue.isEmpty()) { wait(); } int value queue.poll(); System.out.println(Consumed: value , queue size: queue.size()); notifyAll(); return value; } public static void main(String[] args) { ProducerConsumerDemo demo new ProducerConsumerDemo(); Thread p1 new Thread(() - { for (int i 0; i 10; i) { try { demo.produce(i); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } }, producer); Thread c1 new Thread(() - { for (int i 0; i 10; i) { try { demo.consume(); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } }, consumer); p1.start(); c1.start(); } }这段代码覆盖了线程协作、锁、while 判断三大考点。如果面试官让你再优化就从“改用 Lock Condition”或“改用 BlockingQueue”来答。5. 核心并发机制与锁锁是 Java 多线程面试的重灾区面试官默认你会用 synchronized真正区分水平的是“锁升级”“Lock 接口”“volatile 语义”。5.1 synchronized 的四种使用方式修饰实例方法锁当前对象实例。修饰静态方法锁当前类的 Class 对象。修饰同步代码块锁是括号内配置的对象。修饰类对象锁范围等价于静态方法。示例public class SynchronizedDemo { public synchronized void instanceMethod() { System.out.println(lock this); } public static synchronized void staticMethod() { System.out.println(lock Class object); } public void blockMethod(Object lock) { synchronized (lock) { System.out.println(lock custom object); } } }高频追问synchronized 是公平锁还是非公平锁答默认非公平锁。JDK 1.6 之后有偏向锁、轻量级锁、重量级锁的升级过程。面试官问到锁升级时一定要按这个顺序答偏向锁 → 轻量级锁CAS 自旋→ 重量级锁Monitor 阻塞并说明无竞争时偏向锁、轻度竞争时自旋、竞争激烈时挂起阻塞。5.2 Lock 接口和 synchronized 的选择面试题几乎必问Lock 和 synchronized 区别。对比项synchronizedLock用法关键字隐式获取释放接口需要 lock/unlock锁获取超时不支持tryLock(timeout) 支持可中断不响应中断lockInterruptibly 响应中断公平性默认非公平可以构造公平锁条件变量wait/notifyCondition await/signal加分答法会补一句“synchronized 在 JDK 1.6 之后性能已经大幅优化日常优先用 synchronized需要超时、可中断、多个条件队列时选 Lock”。ReentrantLock 示例import java.util.concurrent.locks.Lock; import java.util.concurrent.locks.ReentrantLock; public class LockDemo { private final Lock lock new ReentrantLock(); public void doWork() { lock.lock(); try { System.out.println(Thread.currentThread().getName() working); } finally { lock.unlock(); } } }一定记得 finally 里 unlock否则抛异常锁不会释放。5.3 volatile 和可见性面试官问 volatile 时不能只说“保证可见性”。要分三层可见性volatile 变量的修改对所有线程可见底层通过内存屏障实现。有序性禁止指令重排序。不保证原子性i 这种复合操作依旧线程不安全。面试常拿双重检查锁单例来考public class Singleton { private static volatile Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } }追问为什么加 volatile因为new Singleton()不是原子操作可能发生指令重排其他线程可能拿到半初始化对象。volatile 禁止重排序保证安全发布。这里还可以补充 JMM 的先行发生原则比如 volatile 变量写之后读一定能看到最新值。5.4 CAS 和 ABA 问题CASCompare And Swap是 JUC 的核心底层操作。回答时先讲原理比较内存值是否等于预期值相等才更新否则重试。面试官追问“CAS 有什么缺点”答三点ABA 问题值从 A 变成 B 再变回 ACAS 无法感知用 AtomicStampedReference带版本号解决。自旋消耗 CPU高竞争时循环尝试太多次浪费 CPUJDK 会自适应自旋。只能保证单个变量原子操作多个变量同步时不能用 CAS需要加锁或封装成对象。示例import java.util.concurrent.atomic.AtomicInteger; public class AtomicCounter { private final AtomicInteger count new AtomicInteger(0); public void increment() { count.incrementAndGet(); } public int get() { return count.get(); } }5.5 ThreadLocal 和内存泄漏ThreadLocal 也是高频题常见问法说下 ThreadLocal 原理为什么内存泄漏回答结构每个线程有 ThreadLocalMap以 ThreadLocal 为 keyvalue 为线程私有数据。键是弱引用值是强引用如果 ThreadLocal 外部无引用且线程存活value 无法回收造成内存泄漏。解决方式是使用完主动执行remove()。使用场景线程上下文、日期格式化、数据库连接、事务信息传递。示例public class ThreadLocalDemo { private static final ThreadLocalString USER_CONTEXT new ThreadLocal(); public static void setUser(String user) { USER_CONTEXT.set(user); } public static String getUser() { return USER_CONTEXT.get(); } public static void clear() { USER_CONTEXT.remove(); } }如果面试官往 Spring 方向问可以追答 TransmittableThreadLocal 解决线程池中上下文传递问题。6. 线程池与 JUC 工具线程池是 Java 多线程面试里必考且不会放过的部分。不会回答线程池等于多线程白学。6.1 线程池核心参数ThreadPoolExecutor七个参数必须背熟corePoolSize核心线程数maximumPoolSize最大线程数keepAliveTime非核心线程存活时间unit时间单位workQueue任务队列threadFactory线程工厂handler拒绝策略创建示例import java.util.concurrent.*; public class ThreadPoolDemo { public static void main(String[] args) { ThreadPoolExecutor executor new ThreadPoolExecutor( 2, 4, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue(10), Executors.defaultThreadFactory(), new ThreadPoolExecutor.AbortPolicy() ); for (int i 0; i 15; i) { int taskId i; executor.execute(() - { System.out.println(Thread.currentThread().getName() execute task taskId); }); } executor.shutdown(); } }面试官必问提交一个任务线程池怎么处理标准流程核心线程数未满创建核心线程执行。核心线程数满任务入队列。队列满创建非核心线程。线程数达到 maximumPoolSize执行拒绝策略。6.2 四种拒绝策略AbortPolicy直接抛 RejectedExecutionException。CallerRunsPolicy调用者线程直接执行任务。DiscardPolicy静默丢弃。DiscardOldestPolicy丢弃最老任务再提交。实际开发推荐CallerRunsPolicy因为不会丢任务还能起到天然限流效果但要慎重处理性能问题。6.3 为什么不推荐 ExecutorsExecutors 提供的便捷方法有隐患newFixedThreadPool用无界队列任务堆积可能 OOM。newCachedThreadPool最大线程数是 Integer.MAX_VALUE可能创建过多线程。newScheduledThreadPool无界队列同样有堆积风险。所以面试要答手动 new ThreadPoolExecutor明确队列容量和拒绝策略。6.4 AQS 原理AQSAbstractQueuedSynchronizer是 JUC 基石。回答套路AQS 是一个同步器框架内部用 volatile int state 表示同步状态用 CLH 双向队列管理等待线程。获取资源失败的线程进入队列等待释放资源时唤醒后继节点。ReentrantLock、Semaphore、CountDownLatch、ReentrantReadWriteLock 都基于 AQS。进阶答法说 AQS 提供独占和共享两种模式tryAcquire/tryRelease对应独占tryAcquireShared/tryReleaseShared对应共享子类实现钩子方法控制状态变化。6.5 CountDownLatch、CyclicBarrier、Semaphore这三兄弟经常被放在一起问很多人在这一步翻车。CountDownLatch一个或多个线程等待其他线程完成操作。计数不可重置。示例import java.util.concurrent.CountDownLatch; public class CountDownLatchDemo { public static void main(String[] args) throws InterruptedException { CountDownLatch latch new CountDownLatch(3); for (int i 0; i 3; i) { new Thread(() - { System.out.println(Thread.currentThread().getName() task done); latch.countDown(); }, worker- i).start(); } latch.await(); System.out.println(all tasks completed); } }CyclicBarrier多个线程互相等待都到达屏障点后继续执行可重复使用。适合“多线程分阶段计算”的场景。Semaphore控制同时访问资源的线程数量适合限流场景。工具核心用途是否可重复使用CountDownLatch等待多个任务完成否CyclicBarrier多线程互相等待到齐是Semaphore限流控制并发数是7. 内存模型与并发容器多线程没有 JMM前面所有概念都会飘。这里必须把 JMM 和并发容器串起来。7.1 JMM 是什么Java 内存模型规定线程对共享变量的操作基于主内存和线程工作内存。线程修改变量先把值从主内存读到工作内存改完再写回主内存。问题就出在写回时机不可控导致脏读、不可见。7.2 happens-before 规则回答 JMM 时提 happens-before是面试加分项。核心规则程序次序规则单线程内代码按顺序执行。锁规则解锁 happens-before 后续加锁。volatile 规则volatile 写 happens-before 后续读。传递性A happens-before BB happens-before C则 A happens-before C。线程启动/中断/终止规则join 线程内操作 happens-before 线程终止后主线程继续执行。7.3 并发容器速查容器线程安全策略适用场景ConcurrentHashMap分段锁/CAS 锁粒度细化高并发读写 MapCopyOnWriteArrayList写时复制读多写少BlockingQueue阻塞队列生产者消费者LinkedBlockingQueue链表阻塞队列任务缓冲ArrayBlockingQueue有界数组阻塞队列有界任务队列面试官问到 ConcurrentHashMap 在 JDK 7 和 JDK 8 的区别JDK 7 是分段锁 Segment HashEntry锁粒度是 SegmentJDK 8 改为 Node CAS synchronized锁粒度是单个桶头节点并发写作性能更好扩容时也优化了。8. 经典并发实战与手写题前面背完面试官大概率会追加一题手写代码。高频题目有手写阻塞队列、交替打印、多线程累加、并发请求合并。这里给出一个手写阻塞队列案例直接可用import java.util.LinkedList; import java.util.Queue; import java.util.concurrent.locks.Condition; import java.util.concurrent.locks.Lock; import java.util.concurrent.locks.ReentrantLock; public class BlockingQueueDemoE { private final QueueE queue new LinkedList(); private final int capacity; private final Lock lock new ReentrantLock(); private final Condition notEmpty lock.newCondition(); private final Condition notFull lock.newCondition(); public BlockingQueueDemo(int capacity) { this.capacity capacity; } public void put(E item) throws InterruptedException { lock.lock(); try { while (queue.size() capacity) { notFull.await(); } queue.offer(item); notEmpty.signalAll(); } finally { lock.unlock(); } } public E take() throws InterruptedException { lock.lock(); try { while (queue.isEmpty()) { notEmpty.await(); } E item queue.poll(); notFull.signalAll(); return item; } finally { lock.unlock(); } } }这个手写题考察四个点Lock 获取释放是否正确、while 防虚假唤醒、Condition 使用是否合理、finally 是否必修。能写出来且讲清楚面试基本稳。交替打印可以考察 synchronized wait/notify或者 ReentrantLock Condition。这里给精简版public class AlternatingPrintDemo { private final Object lock new Object(); private int count 1; private final int limit 10; public void printOdd() throws InterruptedException { synchronized (lock) { while (count limit) { if (count % 2 1) { System.out.println(Odd: count); count; lock.notifyAll(); } else { lock.wait(); } } } } public void printEven() throws InterruptedException { synchronized (lock) { while (count limit) { if (count % 2 0) { System.out.println(Even: count); count; lock.notifyAll(); } else { lock.wait(); } } } } }实际跑的时候要注意两个线程竞争同一个锁拿到锁后发现不是自己输出就 wait交出锁这里是面试演示不是性能最优写法但逻辑完整。再补一个多线程累加的批量任务场景用线程池提交一批任务用 CountDownLatch 等待全部完成。import java.util.concurrent.CountDownLatch; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.atomic.AtomicInteger; public class BatchTaskDemo { public static void main(String[] args) throws InterruptedException { int taskCount 10; ExecutorService executor Executors.newFixedThreadPool(4); CountDownLatch latch new CountDownLatch(taskCount); AtomicInteger sum new AtomicInteger(0); for (int i 1; i taskCount; i) { final int value i; executor.execute(() - { sum.addAndGet(value); latch.countDown(); }); } latch.await(); System.out.println(sum sum.get()); executor.shutdown(); } }这个例子能在日常开发中直接改编成“批量处理订单”“批量同步数据”的任务模板也是面试里“线程池任务拆分汇总”的标准答案。9. 面试答题技巧与常见追问多线程面试题是“八股原理实战”的组合光会背不够还要有自己的答题节奏。9.1 先说结论再展开面试官问“线程池怎么选”不要上来罗列参数。先说结论“优先手动创建 ThreadPoolExecutor根据任务类型决定参数”。再说核心线程数可以按照 CPU 密集型和 IO 密集型来估算。最后补充队列大小、拒绝策略、监控和 shutdown。这就是结论-原理-落地。9.2 经典追问链问了线程池后面大概率会这样追核心线程数设多大合适答CPU 密集型设为 N1IO 密集型设为 2N 或结合阻塞系数估算最终压测调优。keepAliveTime 设多少答根据任务尖峰持续时间和线程闲置成本选避免频繁销毁重建。队列满了怎么办答触发扩容到 maximumPoolSize再满走拒绝策略。线程池要监控什么答活跃线程数、队列大小、任务完成数、拒绝次数用 ThreadPoolExecutor 的 getPoolSize、getActiveCount、getQueue 方法定期采集。线程池如何优雅关闭答先 shutdown等待任务执行完再 shutdownNow处理中断异常。9.3 怎么避开八股味道回答“volatile 能保证原子性吗”时不要只说“不能”立刻补充一段代码或场景说明。例如volatile 只保证可见性和有序性比如 boolean 开关控制线程停止就是典型用法。但如果多个线程同时执行 counter即使 counter 是 volatile结果也不正确因为这不是原子操作需要 AtomicInteger 或 synchronized。这样回答比单纯背概念好很多因为面试官能看到你真正理解语义边界。9.4 每个高权重题目准备一个例子建议考前记住几个可手写的代码模板线程池初创建任务提交带拒绝策略。synchronized 生产者消费者用 while notifyAll。ReentrantLock Condition 阻塞队列。CountDownLatch 等待多线程任务完成。ThreadLocal 上下文传值并 remove。每个模板不需要太长但要能够随时写出来。面试官让“手写一个场景”时直接复用模板再按照题目需求改参数比自己临时从零写要稳得多。10. 资源占用与性能观察多线程程序面试时可能被追问性能问题这里重点观察两个方向10.1 线程数与内存线程本身会占用栈内存默认线程栈约 1MB随 JVM 参数可调。创建 1 万个线程可能占用 10GB 虚拟内存虽然不会立即物理占用但会迅速耗尽地址空间或触发 OOM。所以大量任务一定要用线程池。你可以在本机用命令观察线程数jps jstack pid | grep java.lang.Thread.State | sort | uniq -c如果面试聊到你做过线程排查说出jstack看线程状态、jmap看堆内存、jstat看 GC会明显加分。10.2 性能对比指标单线程线程池无限制创建线程任务量大时 CPU 利用率低可控高但切换开销大内存风险低中高代码维护简单中低推荐场景简单任务大多数生产任务不推荐10.3 调优建议先压测再定线程池参数不要拍脑袋。任务处理耗时短而数量大减少最大线程数放大队列容量。任务耗时参差大增加 keepAliveTime减少频繁创建销毁。不要在线程里直接操作大 List 而不考虑线程安全优先使用 ConcurrentHashMap 或 CopyOnWriteArrayList。11. 常见问题与排查方法问题现象可能原因排查方法解决方案程序卡死任务不执行线程池队列满或拒绝策略抛异常查看日志有无 RejectedExecutionException调大队列调整拒绝策略数据不一致多个线程写共享变量未同步或用了 volatile 当原子变量代码审查压测复现加锁或用 Atomic 类死锁两个线程互相等待锁锁顺序不一致jstack 查看 Deadlock 信息统一锁获取顺序减少嵌套锁ThreadLocal 值跑到别的线程线程池复用线程确认是否在任务内 remove任务结束后 ThreadLocal.remove()线程数暴涨CPU 飙升无界线程池或任务耗时过长用 jstack 看线程栈改用有界线程池细化任务超时内存溢出无界队列堆积任务查看堆使用和队列大小使用有界 ArrayBlockingQueue多线程问题定位最核心的套路是先看线程状态和锁情况再看堆内存和 GC最后结合业务日志定位。12. 最佳实践与学习建议面试准备不是刷完题就结束下面这些实践建议能帮你把知识真正落到项目里。12.1 准备一套最小可运行 Demo在你本机建一个并发 demo 工程代码目录建议这样划分src/main/java/ threadbasic/ 线程创建、状态、join/sleep/yield synchronization/ synchronized、Lock、Condition threadpool/ ThreadPoolExecutor、拒绝策略 concurrentutil/ CountDownLatch、CyclicBarrier、Semaphore把例子都跑通面试前 2 小时快速过一遍比背文字效率高得多。12.2 与业务场景结合给面试官讲多线程时不要只说理论。比如“我用线程池批量处理导入文件的每一行拆分成多个任务用 CountDownLatch 等待全部处理完再返回导入结果。”“用 ThreadLocal 保存登录用户信息在拦截器里 set请求结束后 remove避免内存泄漏。”“用 ConcurrentHashMap 做本地缓存避免了 ConcurrentModificationException。”这些场景不需要多复杂关键要让对方相信你在真实项目里处理过并发问题。12.3 合规与安全提示多线程程序不是越快越好不是所有场景都需要并发。涉及支付、订单、资金类业务多线程方案必须做幂等、限流、兜底和监控。本地测试和项目上线要区分环境不要直接用高线程数暴力压测生产库。另外面试题整理和八股文背诵只是求职的一部分。准备过程中要多写多跑多调试用 Debugger 观察线程状态用 jstack 定位死锁这些能力才是面试官真正想看到的。13. 总结与下一步多线程面试准备最怕两件事一是背了一堆术语但不会手写代码二是刷了大量题但没法把概念串起来。这篇内容覆盖了线程基础、锁机制、JMM、线程池、并发容器、实战手写、性能观察和排查方法。建议按下面顺序安排 3 天第 1 天线程基础 synchronized Lock跑通线程创建、生产者消费者、锁示例第 2 天JMM volatile CAS ThreadLocal JUC 工具重点理解可见性和原子性区别第 3 天线程池 并发容器 手写阻塞队列 接口问答输出一套自己的答题模板。如果时间不够优先把线程池和 synchronized 吃透这两个项目在 Java 多线程面试中出现频率最高。如果时间还有富余再往下看 ConcurrentHashMap 源码、AQS 同步队列、 CompletableFuture 异步编排和虚拟线程这些放在进阶轮掌握更合适。多线程的学习路径很长但面试需要的核心节点就这么多。按这套思路走下去至少能在面试里把“用过”变成“能讲清”也能在项目里真正拿多线程技术解决问题。 Java多线程面试核心考点详解：线程池、锁与JMM实战
8月求职季Java 后端岗位面试里最容易被连环追问、也最容易暴露基本功的就是多线程和并发编程。很多人在简历上写“熟悉多线程”结果被问线程池参数、锁升级、JMM 可见性、ThreadLocal 内存泄漏直接卡壳。这篇文章不搞概念堆砌直接按“面试官会怎么问、你怎么答、背后考什么”来拆。重点覆盖线程基础、JUC 工具、线程池、锁机制、内存模型、并发实战、答题话术和避坑清单。全文不跑偏、不灌水3 天内能把这里面的题过完多线程这一块就能撑住面试主战场。1. 核心能力速览能力项说明适用岗位Java 后端开发、校招/社招、初中级进阶核心考点线程基础、JUC 工具、线程池、锁、JMM、并发容器实战能力手写生产者消费者、阻塞队列、线程池提交任务知识门槛需掌握 Java 基础语法理解类和对象概念面试难度从概念题到原理题再到手写代码逐级加深准备周期高密度集中学习 3 天长期需配套刷题和项目落地高频追问volatile 可见性、synchronized 锁升级、线程池拒绝策略扩展方向JUC 源码阅读、并发编程实战、性能调优、分布式锁设计需要说明多线程面试不依赖显卡、GPU 这类硬件真正影响答题质量的是“代码示例原理推导场景落地”的组合。所以这篇文章会用大量可运行的 Java 代码片段和面试问答对照帮你在短时间内建立面试表达体系。2. 适用场景与学习边界多线程知识点在 Java 面试里不是单独存在的它和 JVM、MySQL 锁、Redis 分布式锁、消息队列消费者设计都会交叉。学这部分内容前先明确哪些场景迫切需要简历里写了“熟悉 Java 并发编程”“项目中使用多线程处理批量任务”面试岗位明确要求并发编程经验比如交易系统、订单系统、消息系统项目里有异步处理、定时任务、线程池使用但解释不清楚原理准备大厂面试阶段刷题需要整合一份多线程题库。不适合什么场景如果 Java 基础还比较薄弱连集合框架、异常处理、IO 都不熟这时候直接背多线程八股文效果很差容易只记术语、答不出为什么。建议先补基础语法再进入并发体系。同时要明确边界面试题整理替代不了真实开发能力。多线程不是靠背出来的是要在线程安全、性能、容错之间做取舍。实际项目里高并发批量任务必须考虑线程池参数、任务队列容量、拒绝策略、监控和优雅关闭这部分我在第 8 章和第 9 章会展开讲。3. 环境准备与前置条件多线程代码验证不需要额外硬件只需要一个能随时运行 Java 代码的环境。3.1 环境清单项目要求JDK推荐 JDK 8 或 17验证锁升级用 8记录分类用 17开发工具IDEA 社区版 / Eclipse / VS Code Java 插件构建工具Maven 或 Gradle非必需临时测试可用命令行 javac/java内存至少 4GB 可用内存线程池测试不要开过大线程数操作系统Windows / macOS / Linux 均可检查 JDK 版本java -version javac -version如果还没配置环境变量建议先安装 JDK 并设置JAVA_HOME然后确认 IDEA 里 Project SDK 已指向正确 JDK。3.2 验证环境能不能跑线程先写一个最小线程程序验证环境public class ThreadTest { public static void main(String[] args) { Runnable task () - { System.out.println(Thread.currentThread().getName() running); }; new Thread(task, worker-1).start(); System.out.println(main thread done); } }如果环境正常输出里会看到main thread done和worker-1 running顺序不固定这正好说明线程调度不可预测。3.3 学习素材准备官方文档Java Concurrency 相关 Javadoc源码java.util.concurrent包下的ThreadPoolExecutor、AQS、ConcurrentHashMap项目案例本机起一个 Spring Boot 工程用线程池跑批量任务观察效果刷题网站牛客、力扣的多线程题目比如交替打印、哲学家就餐不建议一开始只看 PDF 或纯文字笔记多线程面试题必须配合代码跑一遍否则回答“volatile 到底能不能保证原子性”这种问题时很容易答混。4. 线程基础高频题拆解面试官开场的多线程题目通常不难但每一道都在筛选你到底是“用过”还是“理解”。4.1 进程和线程的区别答法进程是操作系统进行资源分配的基本单位有独立的内存空间线程是 CPU 调度的基本单位属于进程共享进程的内存空间和资源文件。面试官追问Java 多线程是并发还是并行答两者都有。单核 CPU 上多个线程是并发执行宏观上是同时运行微观上是时间片切换多核 CPU 上多个线程可以真正并行。Java 线程的调度由操作系统负责start()只是把线程交给调度器不保证立即执行。4.2 Java 创建线程有几种方式标准答法有 3 种加分答法有 4 种继承Thread类重写run()实现Runnable接口实现Callable接口配合FutureTask通过线程池创建本质还是前几种的实现封装示例import java.util.concurrent.Callable; import java.util.concurrent.ExecutionException; import java.util.concurrent.FutureTask; public class ThreadCreateDemo { public static void main(String[] args) throws ExecutionException, InterruptedException { // 1. 继承 Thread Thread t1 new Thread() { Override public void run() { System.out.println(Thread extend); } }; t1.start(); // 2. Runnable Thread t2 new Thread(() - System.out.println(Runnable run), runnable-demo); t2.start(); // 3. Callable FutureTask CallableString callable () - callable result; FutureTaskString futureTask new FutureTask(callable); Thread t3 new Thread(futureTask); t3.start(); System.out.println(futureTask.get()); } }加分点面试官问“run() 和 start() 区别”直接说start()会启动新线程并回调run()直接调用run()只是在当前线程执行普通方法没有创建新线程。4.3 线程生命周期线程状态有 6 种NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED。容易出错的地方是Runnable和Blocked的关系。Java 里运行中线程处于RUNNABLE可能包含操作系统层面的运行和就绪BLOCKED专门指等待监视器锁WAITING是 wait/join/parkTIMED_WAITING是带超时的等待。一个可以直接贴到面试题答案里的例子public class ThreadStateDemo { public static void main(String[] args) throws Exception { Object lock new Object(); Thread waitingThread new Thread(() - { synchronized (lock) { try { lock.wait(); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } }); waitingThread.start(); Thread.sleep(200); // 此时 waitingThread 处于 WAITING 状态 System.out.println(waitingThread.getState()); Thread blockedThread new Thread(() - { synchronized (lock) { // block here } }); blockedThread.start(); Thread.sleep(200); // 此时 blockedThread 大概率是 BLOCKED 状态 System.out.println(blockedThread.getState()); } }如果你能画出状态流转图再说出BLOCKED和WAITING的触发场景面试官基本认可状态机掌握扎实。4.4 sleep、join、yield 的区别sleep让线程睡眠指定时间期间不释放锁到点进入可运行状态。join当前线程等待调用 join 的线程执行完再继续执行。yield当前线程让出 CPU但调度器可以忽略不释放锁常用于调试和并发测试。高频追问sleep和wait的区别。标准答法sleep是 Thread 静态方法不释放锁wait是 Object 方法必须在持有对象的监视器锁时调用释放锁并进入等待队列。wait/notify主要用于线程间协作sleep主要用于模拟耗时操作和控制节奏。加分答法从“线程安全和公平性”角度补充wait必须在 synchronized 块中使用否则会抛IllegalMonitorStateException这是很多新手容易踩的坑。4.5 wait/notify 生产者消费者手写生产者消费者是面试常见题重点是 use while 不是 if防止虚假唤醒。import java.util.LinkedList; import java.util.Queue; public class ProducerConsumerDemo { private static final int CAPACITY 5; private final QueueInteger queue new LinkedList(); public synchronized void produce(int value) throws InterruptedException { while (queue.size() CAPACITY) { wait(); } queue.offer(value); System.out.println(Produced: value , queue size: queue.size()); notifyAll(); } public synchronized int consume() throws InterruptedException { while (queue.isEmpty()) { wait(); } int value queue.poll(); System.out.println(Consumed: value , queue size: queue.size()); notifyAll(); return value; } public static void main(String[] args) { ProducerConsumerDemo demo new ProducerConsumerDemo(); Thread p1 new Thread(() - { for (int i 0; i 10; i) { try { demo.produce(i); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } }, producer); Thread c1 new Thread(() - { for (int i 0; i 10; i) { try { demo.consume(); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } }, consumer); p1.start(); c1.start(); } }这段代码覆盖了线程协作、锁、while 判断三大考点。如果面试官让你再优化就从“改用 Lock Condition”或“改用 BlockingQueue”来答。5. 核心并发机制与锁锁是 Java 多线程面试的重灾区面试官默认你会用 synchronized真正区分水平的是“锁升级”“Lock 接口”“volatile 语义”。5.1 synchronized 的四种使用方式修饰实例方法锁当前对象实例。修饰静态方法锁当前类的 Class 对象。修饰同步代码块锁是括号内配置的对象。修饰类对象锁范围等价于静态方法。示例public class SynchronizedDemo { public synchronized void instanceMethod() { System.out.println(lock this); } public static synchronized void staticMethod() { System.out.println(lock Class object); } public void blockMethod(Object lock) { synchronized (lock) { System.out.println(lock custom object); } } }高频追问synchronized 是公平锁还是非公平锁答默认非公平锁。JDK 1.6 之后有偏向锁、轻量级锁、重量级锁的升级过程。面试官问到锁升级时一定要按这个顺序答偏向锁 → 轻量级锁CAS 自旋→ 重量级锁Monitor 阻塞并说明无竞争时偏向锁、轻度竞争时自旋、竞争激烈时挂起阻塞。5.2 Lock 接口和 synchronized 的选择面试题几乎必问Lock 和 synchronized 区别。对比项synchronizedLock用法关键字隐式获取释放接口需要 lock/unlock锁获取超时不支持tryLock(timeout) 支持可中断不响应中断lockInterruptibly 响应中断公平性默认非公平可以构造公平锁条件变量wait/notifyCondition await/signal加分答法会补一句“synchronized 在 JDK 1.6 之后性能已经大幅优化日常优先用 synchronized需要超时、可中断、多个条件队列时选 Lock”。ReentrantLock 示例import java.util.concurrent.locks.Lock; import java.util.concurrent.locks.ReentrantLock; public class LockDemo { private final Lock lock new ReentrantLock(); public void doWork() { lock.lock(); try { System.out.println(Thread.currentThread().getName() working); } finally { lock.unlock(); } } }一定记得 finally 里 unlock否则抛异常锁不会释放。5.3 volatile 和可见性面试官问 volatile 时不能只说“保证可见性”。要分三层可见性volatile 变量的修改对所有线程可见底层通过内存屏障实现。有序性禁止指令重排序。不保证原子性i 这种复合操作依旧线程不安全。面试常拿双重检查锁单例来考public class Singleton { private static volatile Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } }追问为什么加 volatile因为new Singleton()不是原子操作可能发生指令重排其他线程可能拿到半初始化对象。volatile 禁止重排序保证安全发布。这里还可以补充 JMM 的先行发生原则比如 volatile 变量写之后读一定能看到最新值。5.4 CAS 和 ABA 问题CASCompare And Swap是 JUC 的核心底层操作。回答时先讲原理比较内存值是否等于预期值相等才更新否则重试。面试官追问“CAS 有什么缺点”答三点ABA 问题值从 A 变成 B 再变回 ACAS 无法感知用 AtomicStampedReference带版本号解决。自旋消耗 CPU高竞争时循环尝试太多次浪费 CPUJDK 会自适应自旋。只能保证单个变量原子操作多个变量同步时不能用 CAS需要加锁或封装成对象。示例import java.util.concurrent.atomic.AtomicInteger; public class AtomicCounter { private final AtomicInteger count new AtomicInteger(0); public void increment() { count.incrementAndGet(); } public int get() { return count.get(); } }5.5 ThreadLocal 和内存泄漏ThreadLocal 也是高频题常见问法说下 ThreadLocal 原理为什么内存泄漏回答结构每个线程有 ThreadLocalMap以 ThreadLocal 为 keyvalue 为线程私有数据。键是弱引用值是强引用如果 ThreadLocal 外部无引用且线程存活value 无法回收造成内存泄漏。解决方式是使用完主动执行remove()。使用场景线程上下文、日期格式化、数据库连接、事务信息传递。示例public class ThreadLocalDemo { private static final ThreadLocalString USER_CONTEXT new ThreadLocal(); public static void setUser(String user) { USER_CONTEXT.set(user); } public static String getUser() { return USER_CONTEXT.get(); } public static void clear() { USER_CONTEXT.remove(); } }如果面试官往 Spring 方向问可以追答 TransmittableThreadLocal 解决线程池中上下文传递问题。6. 线程池与 JUC 工具线程池是 Java 多线程面试里必考且不会放过的部分。不会回答线程池等于多线程白学。6.1 线程池核心参数ThreadPoolExecutor七个参数必须背熟corePoolSize核心线程数maximumPoolSize最大线程数keepAliveTime非核心线程存活时间unit时间单位workQueue任务队列threadFactory线程工厂handler拒绝策略创建示例import java.util.concurrent.*; public class ThreadPoolDemo { public static void main(String[] args) { ThreadPoolExecutor executor new ThreadPoolExecutor( 2, 4, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue(10), Executors.defaultThreadFactory(), new ThreadPoolExecutor.AbortPolicy() ); for (int i 0; i 15; i) { int taskId i; executor.execute(() - { System.out.println(Thread.currentThread().getName() execute task taskId); }); } executor.shutdown(); } }面试官必问提交一个任务线程池怎么处理标准流程核心线程数未满创建核心线程执行。核心线程数满任务入队列。队列满创建非核心线程。线程数达到 maximumPoolSize执行拒绝策略。6.2 四种拒绝策略AbortPolicy直接抛 RejectedExecutionException。CallerRunsPolicy调用者线程直接执行任务。DiscardPolicy静默丢弃。DiscardOldestPolicy丢弃最老任务再提交。实际开发推荐CallerRunsPolicy因为不会丢任务还能起到天然限流效果但要慎重处理性能问题。6.3 为什么不推荐 ExecutorsExecutors 提供的便捷方法有隐患newFixedThreadPool用无界队列任务堆积可能 OOM。newCachedThreadPool最大线程数是 Integer.MAX_VALUE可能创建过多线程。newScheduledThreadPool无界队列同样有堆积风险。所以面试要答手动 new ThreadPoolExecutor明确队列容量和拒绝策略。6.4 AQS 原理AQSAbstractQueuedSynchronizer是 JUC 基石。回答套路AQS 是一个同步器框架内部用 volatile int state 表示同步状态用 CLH 双向队列管理等待线程。获取资源失败的线程进入队列等待释放资源时唤醒后继节点。ReentrantLock、Semaphore、CountDownLatch、ReentrantReadWriteLock 都基于 AQS。进阶答法说 AQS 提供独占和共享两种模式tryAcquire/tryRelease对应独占tryAcquireShared/tryReleaseShared对应共享子类实现钩子方法控制状态变化。6.5 CountDownLatch、CyclicBarrier、Semaphore这三兄弟经常被放在一起问很多人在这一步翻车。CountDownLatch一个或多个线程等待其他线程完成操作。计数不可重置。示例import java.util.concurrent.CountDownLatch; public class CountDownLatchDemo { public static void main(String[] args) throws InterruptedException { CountDownLatch latch new CountDownLatch(3); for (int i 0; i 3; i) { new Thread(() - { System.out.println(Thread.currentThread().getName() task done); latch.countDown(); }, worker- i).start(); } latch.await(); System.out.println(all tasks completed); } }CyclicBarrier多个线程互相等待都到达屏障点后继续执行可重复使用。适合“多线程分阶段计算”的场景。Semaphore控制同时访问资源的线程数量适合限流场景。工具核心用途是否可重复使用CountDownLatch等待多个任务完成否CyclicBarrier多线程互相等待到齐是Semaphore限流控制并发数是7. 内存模型与并发容器多线程没有 JMM前面所有概念都会飘。这里必须把 JMM 和并发容器串起来。7.1 JMM 是什么Java 内存模型规定线程对共享变量的操作基于主内存和线程工作内存。线程修改变量先把值从主内存读到工作内存改完再写回主内存。问题就出在写回时机不可控导致脏读、不可见。7.2 happens-before 规则回答 JMM 时提 happens-before是面试加分项。核心规则程序次序规则单线程内代码按顺序执行。锁规则解锁 happens-before 后续加锁。volatile 规则volatile 写 happens-before 后续读。传递性A happens-before BB happens-before C则 A happens-before C。线程启动/中断/终止规则join 线程内操作 happens-before 线程终止后主线程继续执行。7.3 并发容器速查容器线程安全策略适用场景ConcurrentHashMap分段锁/CAS 锁粒度细化高并发读写 MapCopyOnWriteArrayList写时复制读多写少BlockingQueue阻塞队列生产者消费者LinkedBlockingQueue链表阻塞队列任务缓冲ArrayBlockingQueue有界数组阻塞队列有界任务队列面试官问到 ConcurrentHashMap 在 JDK 7 和 JDK 8 的区别JDK 7 是分段锁 Segment HashEntry锁粒度是 SegmentJDK 8 改为 Node CAS synchronized锁粒度是单个桶头节点并发写作性能更好扩容时也优化了。8. 经典并发实战与手写题前面背完面试官大概率会追加一题手写代码。高频题目有手写阻塞队列、交替打印、多线程累加、并发请求合并。这里给出一个手写阻塞队列案例直接可用import java.util.LinkedList; import java.util.Queue; import java.util.concurrent.locks.Condition; import java.util.concurrent.locks.Lock; import java.util.concurrent.locks.ReentrantLock; public class BlockingQueueDemoE { private final QueueE queue new LinkedList(); private final int capacity; private final Lock lock new ReentrantLock(); private final Condition notEmpty lock.newCondition(); private final Condition notFull lock.newCondition(); public BlockingQueueDemo(int capacity) { this.capacity capacity; } public void put(E item) throws InterruptedException { lock.lock(); try { while (queue.size() capacity) { notFull.await(); } queue.offer(item); notEmpty.signalAll(); } finally { lock.unlock(); } } public E take() throws InterruptedException { lock.lock(); try { while (queue.isEmpty()) { notEmpty.await(); } E item queue.poll(); notFull.signalAll(); return item; } finally { lock.unlock(); } } }这个手写题考察四个点Lock 获取释放是否正确、while 防虚假唤醒、Condition 使用是否合理、finally 是否必修。能写出来且讲清楚面试基本稳。交替打印可以考察 synchronized wait/notify或者 ReentrantLock Condition。这里给精简版public class AlternatingPrintDemo { private final Object lock new Object(); private int count 1; private final int limit 10; public void printOdd() throws InterruptedException { synchronized (lock) { while (count limit) { if (count % 2 1) { System.out.println(Odd: count); count; lock.notifyAll(); } else { lock.wait(); } } } } public void printEven() throws InterruptedException { synchronized (lock) { while (count limit) { if (count % 2 0) { System.out.println(Even: count); count; lock.notifyAll(); } else { lock.wait(); } } } } }实际跑的时候要注意两个线程竞争同一个锁拿到锁后发现不是自己输出就 wait交出锁这里是面试演示不是性能最优写法但逻辑完整。再补一个多线程累加的批量任务场景用线程池提交一批任务用 CountDownLatch 等待全部完成。import java.util.concurrent.CountDownLatch; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.atomic.AtomicInteger; public class BatchTaskDemo { public static void main(String[] args) throws InterruptedException { int taskCount 10; ExecutorService executor Executors.newFixedThreadPool(4); CountDownLatch latch new CountDownLatch(taskCount); AtomicInteger sum new AtomicInteger(0); for (int i 1; i taskCount; i) { final int value i; executor.execute(() - { sum.addAndGet(value); latch.countDown(); }); } latch.await(); System.out.println(sum sum.get()); executor.shutdown(); } }这个例子能在日常开发中直接改编成“批量处理订单”“批量同步数据”的任务模板也是面试里“线程池任务拆分汇总”的标准答案。9. 面试答题技巧与常见追问多线程面试题是“八股原理实战”的组合光会背不够还要有自己的答题节奏。9.1 先说结论再展开面试官问“线程池怎么选”不要上来罗列参数。先说结论“优先手动创建 ThreadPoolExecutor根据任务类型决定参数”。再说核心线程数可以按照 CPU 密集型和 IO 密集型来估算。最后补充队列大小、拒绝策略、监控和 shutdown。这就是结论-原理-落地。9.2 经典追问链问了线程池后面大概率会这样追核心线程数设多大合适答CPU 密集型设为 N1IO 密集型设为 2N 或结合阻塞系数估算最终压测调优。keepAliveTime 设多少答根据任务尖峰持续时间和线程闲置成本选避免频繁销毁重建。队列满了怎么办答触发扩容到 maximumPoolSize再满走拒绝策略。线程池要监控什么答活跃线程数、队列大小、任务完成数、拒绝次数用 ThreadPoolExecutor 的 getPoolSize、getActiveCount、getQueue 方法定期采集。线程池如何优雅关闭答先 shutdown等待任务执行完再 shutdownNow处理中断异常。9.3 怎么避开八股味道回答“volatile 能保证原子性吗”时不要只说“不能”立刻补充一段代码或场景说明。例如volatile 只保证可见性和有序性比如 boolean 开关控制线程停止就是典型用法。但如果多个线程同时执行 counter即使 counter 是 volatile结果也不正确因为这不是原子操作需要 AtomicInteger 或 synchronized。这样回答比单纯背概念好很多因为面试官能看到你真正理解语义边界。9.4 每个高权重题目准备一个例子建议考前记住几个可手写的代码模板线程池初创建任务提交带拒绝策略。synchronized 生产者消费者用 while notifyAll。ReentrantLock Condition 阻塞队列。CountDownLatch 等待多线程任务完成。ThreadLocal 上下文传值并 remove。每个模板不需要太长但要能够随时写出来。面试官让“手写一个场景”时直接复用模板再按照题目需求改参数比自己临时从零写要稳得多。10. 资源占用与性能观察多线程程序面试时可能被追问性能问题这里重点观察两个方向10.1 线程数与内存线程本身会占用栈内存默认线程栈约 1MB随 JVM 参数可调。创建 1 万个线程可能占用 10GB 虚拟内存虽然不会立即物理占用但会迅速耗尽地址空间或触发 OOM。所以大量任务一定要用线程池。你可以在本机用命令观察线程数jps jstack pid | grep java.lang.Thread.State | sort | uniq -c如果面试聊到你做过线程排查说出jstack看线程状态、jmap看堆内存、jstat看 GC会明显加分。10.2 性能对比指标单线程线程池无限制创建线程任务量大时 CPU 利用率低可控高但切换开销大内存风险低中高代码维护简单中低推荐场景简单任务大多数生产任务不推荐10.3 调优建议先压测再定线程池参数不要拍脑袋。任务处理耗时短而数量大减少最大线程数放大队列容量。任务耗时参差大增加 keepAliveTime减少频繁创建销毁。不要在线程里直接操作大 List 而不考虑线程安全优先使用 ConcurrentHashMap 或 CopyOnWriteArrayList。11. 常见问题与排查方法问题现象可能原因排查方法解决方案程序卡死任务不执行线程池队列满或拒绝策略抛异常查看日志有无 RejectedExecutionException调大队列调整拒绝策略数据不一致多个线程写共享变量未同步或用了 volatile 当原子变量代码审查压测复现加锁或用 Atomic 类死锁两个线程互相等待锁锁顺序不一致jstack 查看 Deadlock 信息统一锁获取顺序减少嵌套锁ThreadLocal 值跑到别的线程线程池复用线程确认是否在任务内 remove任务结束后 ThreadLocal.remove()线程数暴涨CPU 飙升无界线程池或任务耗时过长用 jstack 看线程栈改用有界线程池细化任务超时内存溢出无界队列堆积任务查看堆使用和队列大小使用有界 ArrayBlockingQueue多线程问题定位最核心的套路是先看线程状态和锁情况再看堆内存和 GC最后结合业务日志定位。12. 最佳实践与学习建议面试准备不是刷完题就结束下面这些实践建议能帮你把知识真正落到项目里。12.1 准备一套最小可运行 Demo在你本机建一个并发 demo 工程代码目录建议这样划分src/main/java/ threadbasic/ 线程创建、状态、join/sleep/yield synchronization/ synchronized、Lock、Condition threadpool/ ThreadPoolExecutor、拒绝策略 concurrentutil/ CountDownLatch、CyclicBarrier、Semaphore把例子都跑通面试前 2 小时快速过一遍比背文字效率高得多。12.2 与业务场景结合给面试官讲多线程时不要只说理论。比如“我用线程池批量处理导入文件的每一行拆分成多个任务用 CountDownLatch 等待全部处理完再返回导入结果。”“用 ThreadLocal 保存登录用户信息在拦截器里 set请求结束后 remove避免内存泄漏。”“用 ConcurrentHashMap 做本地缓存避免了 ConcurrentModificationException。”这些场景不需要多复杂关键要让对方相信你在真实项目里处理过并发问题。12.3 合规与安全提示多线程程序不是越快越好不是所有场景都需要并发。涉及支付、订单、资金类业务多线程方案必须做幂等、限流、兜底和监控。本地测试和项目上线要区分环境不要直接用高线程数暴力压测生产库。另外面试题整理和八股文背诵只是求职的一部分。准备过程中要多写多跑多调试用 Debugger 观察线程状态用 jstack 定位死锁这些能力才是面试官真正想看到的。13. 总结与下一步多线程面试准备最怕两件事一是背了一堆术语但不会手写代码二是刷了大量题但没法把概念串起来。这篇内容覆盖了线程基础、锁机制、JMM、线程池、并发容器、实战手写、性能观察和排查方法。建议按下面顺序安排 3 天第 1 天线程基础 synchronized Lock跑通线程创建、生产者消费者、锁示例第 2 天JMM volatile CAS ThreadLocal JUC 工具重点理解可见性和原子性区别第 3 天线程池 并发容器 手写阻塞队列 接口问答输出一套自己的答题模板。如果时间不够优先把线程池和 synchronized 吃透这两个项目在 Java 多线程面试中出现频率最高。如果时间还有富余再往下看 ConcurrentHashMap 源码、AQS 同步队列、 CompletableFuture 异步编排和虚拟线程这些放在进阶轮掌握更合适。多线程的学习路径很长但面试需要的核心节点就这么多。按这套思路走下去至少能在面试里把“用过”变成“能讲清”也能在项目里真正拿多线程技术解决问题。