先用Runnable+Thread启动第一个线程，调start()而非run()；观察线程交错输出理解并发；掌握New、Runnable、Running、Waiting、Terminated五状态；通过count++竞态问题引出synchronized、AtomicInteger等解决方案；最后过渡到ExecutorService线程池实战。
从零开始学Java多线程，并不需要先啃完所有理论。关键在于：先动手跑通一个线程，再逐步叠加概念，边写边理解。真正卡住新手的不是“难”，而是“不知道每一步该干什么、为什么这么干”。
先会跑：用最简方式启动第一个线程
别一上来就学线程池或锁。先确保你能让两个任务“看起来同时动起来”：
- 用 Runnable + Thread 是首选：它把“做什么”（任务）和“谁来做”（线程）分开，逻辑清晰，也避免了继承限制
- 记住唯一口诀：调 start()，不调 run()。run() 只是普通方法，调它不会开新线程
- 写个 5 行小例子验证：比如两个线程分别打印 “A-1”“B-1”… 到 “A-5”“B-5”，观察输出是否交错——这就是并发最直观的体现
搞懂状态：线程不是“一开就跑到底”
很多 bug 出在对线程生命周期的误解上。重点盯住这五个状态：
- New：new Thread(r) 创建完，还没 start
- Runnable：start() 后，等待 CPU 调度（注意：此时未必真在运行）
- Running：CPU 真正在执行它的 run() 方法
- Waiting / Timed Waiting：比如调了 sleep()、wait()、join()，线程主动让出 CPU
- Terminated：run() 执行完，或抛未捕异常，线程自然结束
用 Thread.getState() 打印看看，比死记硬背管用十倍。
立即学习“Java免费学习笔记（深入）”；
直面问题：为什么结果不对？从竞态条件开始练
写个 int count = 0;，起 10 个线程各做 1000 次 count++，最后打印 count —— 你大概率得不到 10000。这不是代码错了，而是并发的典型现象。
这时再引入解决手段，顺序很关键：
- 先用 synchronized 块包住 count++，看结果变正确 → 理解“同一时刻只许一个线程进”
- 再换成 AtomicInteger 的 incrementAndGet() → 发现更轻量、无锁
- 最后试试 volatile：它能让修改立刻被看到，但救不了 count++（因为读-改-写三步不原子）
走向工程：用线程池代替 new Thread()
真实项目几乎不用裸 Thread。学会用 ExecutorService 是分水岭：
- 从 Executors.newFixedThreadPool(3) 开始，提交 Runnable 或 Callable 任务
- 对比直接 new Thread()：复用线程、控制并发数、统一管理生命周期
- 加个实战小任务：模拟 10 个 HTTP 请求，用线程池并发发，统计总耗时 vs 串行耗时 → 感受并行价值
不复杂但容易忽略
