Java包装类天然线程安全，因其严格不可变：类final、字段private final、无setter、操作返回新对象；不可变性确保多线程读取无竞态，final字段保证可见性。
Java 包装类（如 Integer、Boolean、Long、String、LocalDateTime）的不可变性，是它们天然线程安全的根本原因——不是靠加锁或同步，而是靠“根本改不了”。
包装类如何做到不可变
每个标准包装类都严格遵循不可变契约：
- 类本身声明为 final，无法被继承和篡改行为
- 内部存储值的字段是 private final（例如
Integer.value是private final int） - 不提供任何 setter 或修改状态的方法；所有看似“改变”的操作（如
i + 1、s.substring(1)）都返回一个新对象 - 构造器完成全部初始化，且不泄露
this（无 this 逃逸）
为什么不可变就等于线程安全
因为没有可变状态，多个线程对同一包装类实例的读取操作完全独立：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 线程 A 执行
Integer x = 42; x = x + 1;→ 实际是让x指向新生成的Integer(43)，原42对象在堆中保持不变 - 线程 B 同时读取同一个
Integer(42)，看到的永远是完整、一致的值 - 不存在竞态条件：没有写操作，就没有“谁先谁后”的问题
- JVM 内存模型（JSR-133）保证
final字段的初始化结果对所有线程立即可见
使用时必须避开的陷阱
不可变性只对“真正不可变”的类型生效，以下情况会破坏线程安全假定：
立即学习“Java免费学习笔记（深入）”；
-
别把 AtomicInteger 当 Integer 用：它名字像包装类，但内部用
volatile int和 CAS 实现可变计数，多线程下值会真实变化 -
Date 不是不可变的：
date.setTime()可直接修改其内部毫秒值，应改用LocalDateTime或Instant -
别混入可变集合或数组：即使参数类型是
Integer，若方法内部把它放进ArrayList并共享该列表，风险就转移到集合上 -
防御性拷贝不能少：若自定义类持有包装类以外的字段（如
List<String>），必须用List.copyOf()或Collections.unmodifiableList()封装，否则外部仍可能通过原始引用修改
实际编码建议
把包装类当作“值”来用，而不是“容器”：
- 传参时直接用
Integer、String等，无需额外同步 - 缓存键推荐用不可变对象（如
Map<Integer, String>安全，Map<ArrayList<String>, String>危险） - 业务复杂参数需自定义时，照搬包装类设计原则：类 final + 字段 private final + 构造即拷贝 + getter 返回不可变视图
- 优先使用 Java 9+ 的
List.of()、Set.of()、Map.of()创建不可变集合，比手动包装更简洁可靠
