private变量不保证线程安全，需根据访问方式判断是否需volatile、synchronized或Atomic类；private final变量在构造器中初始化后天然线程安全。
不一定需要，但取决于变量的用途和访问方式。
private 变量本身不保证线程安全
Java 中 private 仅控制访问权限（类内可见），和多线程并发无关。即使变量是 private，只要多个线程通过共享对象实例访问它，就可能产生可见性、原子性或重排序问题。
例如：
- 一个 private int count；多个线程调用同一对象的非同步方法去执行 count++，结果大概率出错（因为 ++ 不是原子操作）；
- 一个 private boolean flag = true；线程 A 修改为 false 后，线程 B 可能长时间看不到更新（因读取的是本地缓存值）。
什么时候必须加 volatile
当满足以下全部条件时，volatile 是合适且足够的选择：
立即学习“Java免费学习笔记（深入）”；
- 变量是基本类型（boolean/long/int 等）或对象引用；
- 写操作不依赖当前值（即没有“读-改-写”复合逻辑，如 i++、count = count + 1）；
- 变量不参与不变式约束（比如不和其他变量构成 “start ≤ end” 这类关系）；
- 仅需保证修改对其他线程立即可见 + 禁止指令重排（如状态标志、开关信号）。
典型场景：停止标志、初始化完成标识、轻量级状态位。
什么时候必须用 synchronized 或 Atomic 类
出现以下任一情况，volatile 就不够了，必须升级同步机制：
- 需要原子性复合操作：i++、count += 1、if (x == 0) x = 1；
- 涉及多个变量的协同更新（如 balance 和 lastTransaction 需同时更新）；
- 要求互斥执行（防止并发进入某段逻辑，如资源初始化、单例创建）；
- 读写频率接近，或需强一致性保障（volatile 不阻塞线程，但也不提供临界区保护）。
推荐优先使用 AtomicInteger 等原子类替代 synchronized，性能更好；复杂逻辑再考虑 synchronized 或 ReentrantLock。
private + final 组合是天然线程安全的
如果变量声明为 private final，且在构造器中一次性初始化完成（无逃逸），那么它对所有线程都可见且不可变，无需额外同步。
例如：private final List
