Java 中基本类型与包装类怎么在多线程中安全使用-Java面试题-PHP中文网

Java基本类型不能直接加锁，需用同步块、volatile或原子类保护；包装类不可变且缓存，不可作锁对象，共享时应改用原子类或封装同步。

java 中基本类型与包装类怎么在多线程中安全使用

Java 基本类型（如 int、boolean、long）本身不是对象，不能直接加锁或作为同步目标；包装类（如 Integer、Boolean）虽是对象，但不可变且常被缓存，**也不能直接用作锁对象**。多线程下安全使用的关键，不是“同步类型”，而是**控制对变量的读写操作过程**——尤其要防范非原子操作（如 count++）和可见性问题。

基本类型：用同步块、volatile 或原子类保护

基本类型变量必须通过外部机制保障线程安全：

复合操作（如自增、条件更新）必须用同步块或同步方法：因为 count++ 拆解为“读→改→写”三步，中间可能被其他线程打断。推荐用私有锁对象，避免锁膨胀或意外共享：

// 推荐写法：专用锁对象
private final Object lock = new Object();
public void increment() {
synchronized(lock) { count++; }
}

仅需保证可见性（如开关标志位），用 volatile：它禁止指令重排序，确保写操作对其他线程立即可见，但不提供原子性。适用于 isRunning = true 这类单次赋值场景。
高频读写且追求性能，优先选原子类：如 AtomicInteger、AtomicBoolean。它们基于 CAS 实现无锁原子操作，比 synchronized 更轻量：

private AtomicInteger count = new AtomicInteger(0);
public void increment() { count.incrementAndGet(); }

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

包装类：别拿它当锁，也别直接共享可变状态

包装类对象（如 new Integer(100) 或 Boolean.TRUE）是不可变的，每次修改都会生成新对象。这意味着：

不能用 Integer 等作为 synchronized 的锁对象：因为 Integer.valueOf(127) 会复用缓存对象，不同实例可能锁住同一对象，造成意外交互；而 new Integer(128) 又每次新建，失去锁意义。
不要把包装类变量当作共享计数器来直接 ++：例如 Integer count = 0; count++; 实际是拆箱→计算→装箱→赋值，全程非原子，且引用已变更，其他线程看不到更新。
若需共享状态，应封装+同步，或改用原子类：比如用 AtomicInteger 替代 Integer 字段；若必须用包装类字段，就把它放在同步块内读写，并确保所有访问路径一致。

静态基本类型/包装类变量：注意类级别锁与初始化安全

静态变量属于类，多个实例共享同一份数据，风险更高：

同步时建议用 MyClass.class 或专用静态锁对象，避免实例锁失效；
静态变量的初始化（尤其带逻辑的）要防双重检查失效，推荐用 static 块或 final + 初始化表达式，必要时配合 volatile（如单例中的 instance 字段）；
像 static Integer counter = 0; 这种写法本质仍是非线程安全的，应替换为 static AtomicInteger counter = new AtomicInteger(0);。