Java线程技术：从基础到高并发实战指南

1. 为什么Java开发者必须掌握线程技术

在当今高并发的互联网应用中，Java线程技术早已从"加分项"变成了"必选项"。我经历过太多因为线程使用不当导致的线上事故——从简单的界面卡顿，到可怕的数据库连接耗尽，甚至整机CPU100%的灾难场景。这些血泪教训让我深刻认识到：线程不是选修课，而是Java工程师的生存技能。

先看几个真实案例：

• 某电商平台在秒杀活动时，由于未做线程限流，瞬间涌入的请求直接击穿Redis缓存
• 某金融系统因线程死锁导致每日批处理任务卡死，影响数百万用户的利息结算
• 某IM应用的消息队列消费者线程配置不当，造成消息堆积延迟高达8小时

这些问题的根源，都在于对Java线程机制的理解不够深入。接下来，我将从线程基础到高阶应用，带你建立完整的知识体系。不同于市面上泛泛而谈的教程，这里每个知识点都配有我在阿里、美团等大厂实战中验证过的代码示例和调优经验。

2. 线程基础：从生命周期到核心机制

2.1 线程生命周期全解析

很多开发者背得出"新建、就绪、运行、阻塞、死亡"这五个状态，但真正遇到线程问题时仍然束手无策。问题出在只记住了名词，却不理解状态转换的触发条件和底层原理。

通过Thread.getState()方法可以获取线程当前状态，但更实用的方法是用jstack命令查看线程堆栈。这是我总结的状态转换全景图：

code复制NEW → RUNNABLE ↔ (BLOCKED/WAITING/TIMED_WAITING) → TERMINATED

关键转换点：

• 调用start()后进入RUNNABLE状态（注意：不是立即运行）
• 竞争锁失败进入BLOCKED状态（区别于I/O阻塞）
• wait()/join()会进入WAITING状态，需等待notify()唤醒
• sleep()/parkNanos()进入TIMED_WAITING状态

实际经验：WAITING状态的线程过多时，需要检查是否存在未正确唤醒的情况。我曾用这个线索发现过一个内存泄漏问题——数百个线程在等待永远不会到来的通知。

2.2 synchronized的误区与真相

这个看似简单的关键字藏着许多陷阱：

java复制// 典型错误用法1 - 锁不住代码
public void add(int value) {
    synchronized (this) {
        count += value;
    }
}

// 典型错误用法2 - 锁粒度太大
public synchronized void process() {
    // 耗时IO操作
    readFile();
    // 业务计算
    calculate();
}

第一个例子的错误在于：当多个方法需要同步时，各自用synchronized(this)会导致临界区失效。正确的做法是使用专用锁对象：

java复制private final Object lock = new Object();

public void add(int value) {
    synchronized (lock) {
        count += value;
    }
}

第二个例子的问题在于锁粒度太大。应该遵循最小化锁范围原则：

java复制public void process() {
    // 无锁读取
    byte[] data = readFile();
    // 细粒度同步
    synchronized (lock) {
        calculate(data);
    }
}

2.3 volatile的适用场景

这个关键字被严重误解——它既不能保证原子性，也不是轻量级锁。它的核心作用只有两点：

1. 保证可见性：写操作立即刷新到主内存
2. 禁止指令重排序

适合使用的场景：

• 状态标志位（如shutdownRequested）
• 单次安全发布（如双重检查锁）

java复制// 正确用法示例
class SafeShutdown {
    private volatile boolean shutdown;