深入浅出Java并发多线程：核心基础+内存模型＋死锁——从用法到原理，面试必考

这门课围绕 Java 并发里的三条主线展开：线程的基础用法、Java 内存模型（JMM）带来的可见性与有序性问题、以及死锁的成因与排查。它不回避源码，很多节点会直接进到 JDK 实现里看方法到底做了什么，比如 run() 与 start() 的区别为什么不是"习惯问题"而是线程模型问题，wait/notify 为什么要配合同步块使用。适合已经能写 Java、但对并发停留在"知道 synchronized 能加锁"这一层的开发者。

从用法切入，但落脚点在原理

课程的组织方式是先给可运行的最小示例，再拆实现。以线程中断为例，它没有停在 interrupt()、isInterrupted()、interrupted() 三个方法的调用差异上，而是继续讲清楚中断标志位在哪里、为什么捕获 InterruptedException 之后"恢复中断"是一种必要的处理姿势、什么情况下吞掉中断会导致上层无法退出。这类内容的价值在于：你照着写能跑通，回头看源码能解释为什么这么写。

join、wait/notify 这些老 API 也是同样的处理。join 期间线程处于哪种状态、等待时如何响应中断、超时后状态怎么变，这些细节在排查线上线程卡死时直接有用，而不是只为了应付选择题。

内存模型是这门课的重心

JMM 部分决定了这门课是不是"只讲 API"。可见性、原子性、有序性三个问题如果只背结论，遇到真实 bug 时基本用不上。课程会把重排序、happens-before 规则、volatile 的语义边界、final 字段的特殊处理这些内容串起来，让你能判断一段代码在没有同步的情况下到底安不安全，而不是靠记忆去套"加 volatile 就行"。

这部分建议对照着写实验：故意构造一个可见性失效的循环，观察加不加 volatile 的差别；把双重检查锁定的单例写错一次，再看它为什么错。视频能讲清楚"为什么"，但验证必须自己动手，否则印象很浅。

死锁：从成因到定位手段

死锁单独成块，讲的是经典的四条件、加锁顺序导致的循环等待，以及更实际的部分——出了问题怎么查。线程转储里死锁信息长什么样、jstack 输出怎么读、如何从堆栈反推是哪两个锁互等，这些是工程里真正会用到的。课程把它和前面的锁、等待机制连起来讲，而不是当成一个孤立的知识点，这样你在写多锁代码时会有意识地去统一加锁顺序。

怎么用这份资料

• 按主题顺序看，但不要一次刷完。并发的内容密度高，一次看太多记不住，建议一个主题看完立刻写代码验证。
• 每个 API 都自己写一遍最小复现，尤其是中断、wait/notify、join 这些容易记混状态的。
• JMM 部分配合javap看字节码、配合压测观察重排序影响，比单纯看讲解有效。
• 死锁部分拿自己的项目或示例工程跑一次 jstack，把线程转储读一遍。
• 准备面试的话，重点放在能讲清"为什么"的节点上，这类问题追问一层就露底。

它的定位是参照物而不是替代品：把课程里的例子当骨架，自己补上实验和源码阅读，并发这块才算真正过了一遍。