如何避免线程安全问题

避免线程安全问题的核心思路是：要么让共享数据“只读”，要么让对共享数据的访问“互斥”，要么干脆“不共享”。下面从原理到实践系统说明。

一、什么是线程安全问题

当多个线程同时访问共享数据，且至少有一个线程在修改数据，而程序又没有正确的同步机制时，就可能发生：

• 数据不一致
• 丢失更新
• 脏读
• 程序崩溃

二、避免线程安全问题的常见方法

✅ 1. 不共享数据（最推荐）

线程封闭（Thread Confinement）

• 变量不共享，每个线程一份
• 常见方式：
  • 局部变量（栈私有）
  • ThreadLocal

public void process() {
    int count = 0; // 局部变量，线程安全
}

✅ 优点：最简单、最高效
❌ 缺点：不适合需要共享状态的场景

✅ 2. 让共享数据不可变（Immutable）

一旦创建，就不能修改

• 使用 final
• 不提供 setter
• 不暴露可变引用

public final class User {
    private final String name;
    private final int age;

    public User(String name, int age) {
        this.name = name;
        this.age = age;
    }
}

✅ 不可变对象天然线程安全

✅ 3. 使用锁（互斥同步）

当必须修改共享数据时，使用锁保证同一时间只有一个线程访问

Java 示例

synchronized (lock) {
    count++;
}

或使用 ReentrantLock：

Lock lock = new ReentrantLock();
lock.lock();
try {
    count++;
} finally {
    lock.unlock();
}

✅ 适合复杂操作
❌ 性能开销、可能死锁

✅ 4. 使用线程安全类（推荐）

优先使用 JDK 提供的线程安全工具

AtomicInteger count = new AtomicInteger(0);
count.incrementAndGet();

✅ 内部使用 CAS，性能优于锁

✅ 5. 控制共享数据的访问范围

• 减少锁粒度
• 缩小同步代码块

synchronized (lock) {
    // 只放必须同步的代码
}

✅ 6. 正确使用 volatile

volatile 不能保证原子性，只保证：

• 可见性
• 禁止指令重排序

✅ 适合：

• 状态标志
• 单次读/写

❌ 不适合：

• i++ 这种复合操作

三、设计层面的防坑建议

❌ 常见错误

1. 以为“一个方法加 synchronized 就安全”
2. 锁对象被修改
3. 锁粒度太大
4. 多线程操作非线程安全集合（如 ArrayList）

✅ 设计原则

• 能不共享就不共享
• 能不可变就不可变
• 必须共享就用成熟并发工具
• 避免自己手写复杂锁逻辑

四、一句话总结

避免线程安全问题 = 避免“多线程 + 可变 + 共享”同时存在

如果你愿意，我可以：

• 用 一个真实业务例子 帮你分析
• 对比 synchronized vs Lock vs CAS
• 讲 面试常考的线程安全陷阱