java基本类型不能直接加锁，需通过同步代码块/方法、volatile或原子类保障线程安全：同步用于复合操作，volatile适用于简单读写，原子类提供无锁高效操作，静态变量需类级别锁。
Java 基本数据类型（如 int、long、boolean 等）本身不是对象，不能直接加锁，也不能作为 synchronized 的锁对象。它们在多线程中要保证安全访问，关键不在于“同步类型”，而在于同步对这些变量的读写操作——即把涉及该变量的读-改-写复合动作放在受保护的临界区内。
下面从实际出发，分几种典型方式说明怎么做：
同步代码块或同步方法保护基本类型变量
适用于需要原子性更新（如 count++）、或多个变量需协同修改的场景。
public class Counter {
private int count = 0;
private final Object lock = new Object(); // 推荐用专用锁对象
public void increment() {
synchronized (lock) {
count++; // 整个读-改-写被原子化
}
}
public int getCount() {
synchronized (lock) {
return count;
}
}
}
✅ 优点：语义清晰，能覆盖任意复杂逻辑
⚠️ 注意：不要用 String、Integer.valueOf(123) 这类可能被池化的对象作锁，否则不同实例可能意外共享同一把锁。
使用 volatile 保证可见性（仅适用于简单赋值）
当变量只做单次写 + 多次读，且不需要原子性（比如开关标志），可用 volatile：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
public class FlagController {
private volatile boolean running = true;
public void stop() {
running = false; // 写操作立即对其他线程可见
}
public void doWork() {
while (running) { // 读操作总能看到最新值
// 执行任务
}
}
}
✅ 轻量、无锁、性能好
❌ 不保证 count++ 这类复合操作的原子性（仍会出错）
优先选用原子类（推荐用于计数、状态更新等）
java.util.concurrent.atomic 提供了针对基本类型的线程安全封装，底层用 CAS 实现，比 synchronized 更高效：
import java.util.concurrent.atomic.AtomicInteger;
public class AtomicCounter {
private AtomicInteger count = new AtomicInteger(0);
public void increment() {
count.incrementAndGet(); // 原子自增
}
public int getCount() {
return count.get();
}
}
✅ 无锁、高性能、天然支持原子操作
✅ AtomicInteger、AtomicLong、AtomicBoolean、AtomicReference<t></t> 都已就绪
⚠️ 注意：getAndSet、compareAndSet 等操作仍需理解其语义，不能替代业务逻辑锁
静态基本类型变量的同步
若变量是 static，需确保锁也是类级别（如 synchronized(Counter.class) 或静态锁对象），否则实例锁互不影响：
public class StaticCounter {
private static int totalCount = 0;
private static final Object CLASS_LOCK = new Object();
public static void incrementTotal() {
synchronized (CLASS_LOCK) {
totalCount++;
}
}
}
或者更简洁地用静态同步方法（锁的是 StaticCounter.class）：
public static synchronized void incrementTotal() {
totalCount++;
}
不复杂但容易忽略细节。核心就三点：
- 基本类型自己不能锁，要锁住操作它的代码段
- 单纯可见性选
volatile，复合操作选synchronized或原子类 - 锁对象要稳定、唯一、不可变，避免误共享
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
