java线程调试核心是观察行为、识别状态、定位共享资源问题，需用threads视图或jstack查真实状态，加线程名日志，设条件断点或线程过滤断点，用join/wait/notify协调执行，主动加压暴露竞态。
Java 中线程创建后，基础调试的核心不是“单步跑完所有线程”，而是**观察线程行为、识别状态变化、定位共享资源问题**。直接打断点常失效，关键在于用对方法。
看线程真实状态，别只信代码顺序
线程启动后处于 RUNNABLE 状态（不是立刻 Running），是否真在执行，得靠工具确认：
- 在 IDEA 中运行时，点击右上角 Debug → 打开 Threads 标签页，可实时看到每个线程名、当前状态（NEW / RUNNABLE / BLOCKED / WAITING / TIMED_WAITING / TERMINATED）和调用栈
- 用
jstack <pid></pid>命令导出线程快照，查找java.lang.Thread.State:后面的状态，比 IDE 更底层、更稳定 - 避免仅凭
System.out.println判断执行顺序——多线程下日志会交错，建议加线程名：System.out.println("[" + Thread.currentThread().getName() + "] doing X");
断点要设得“聪明”，避开调度干扰
普通断点会暂停整个 JVM，改变线程竞争时序，可能让 bug 消失（Heisenbug）。实用做法：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
条件断点：右键断点 → 设置条件，例如
Thread.currentThread().getName().equals("t2")，只停指定线程 - 线程过滤断点（IDEA）：断点设置里勾选 Suspend: Thread（而非 All），这样其他线程不受影响继续跑
- 对
wait()、join()、sleep()等阻塞点设断点，比在计算逻辑里设更容易捕获状态流转
验证线程是否按预期协同
常见需求如“T1 → T2 → T3 顺序执行”，不能只靠 start() 先后：
- 用
t1.join()让主线程等 T1 结束，再t2.start()；或在 T2 的run()开头写t1.join()（需传入引用） - 若用
wait()/notify()，务必确保：① 在 synchronized 块内 调用；②notify()发生在wait()之后（否则唤醒丢失）；可在 notify 前加System.out日志确认触发时机 - 怀疑锁竞争？在 synchronized 块内外分别打印线程名和时间戳，观察是否出现“T1 进入、T2 卡住、T1 退出、T2 才进”的典型 BLOCKED 行为
快速暴露并发问题的辅助手段
有些 bug 平时不显，压力大了才冒头。调试阶段主动“加压”：
- 在共享变量操作前后插入
Thread.yield()或短sleep(1)，人为放大竞态窗口 - 把循环次数调高（如从 10 改成 10000），增加冲突概率
- 用
volatile修饰标志位（如running），配合 while 循环做运行控制，方便随时从外部中断 - 简单场景可用
AtomicInteger替代 int，它自带可见性和原子性，能快速排除非原子操作导致的问题
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
