static变量适合状态统计因其属类且全jvm共享，但裸用static int在多线程下因非原子操作导致计数错误；安全方式包括atomicinteger、synchronized静态锁、reentrantlock，分布式场景需外部存储。
Java 中 static 变量天然支持跨实例的状态统计，但**直接裸用会导致多线程下计数错误或数据丢失**。它本身不是“不支持”，而是需要搭配正确的并发控制手段才能安全使用。
为什么 static 变量适合做状态统计
static 变量属于类，随类加载初始化，生命周期贯穿整个 JVM 运行期，所有对象共享同一份内存。这使它成为统计类级别指标的理想载体，比如：
- 对象创建总次数（如 User 实例数）
- 某方法被调用的累计次数
- 当前活跃连接数、缓存命中/未命中次数
- 全局请求 ID 序列生成器（配合原子操作）
多线程下裸用 static int 的风险
像 static int count = 0; 配合 count++ 这样的写法，在多线程中会出错。因为 count++ 实际分三步：读取值 → 加 1 → 写回。两个线程可能同时读到 5，各自加 1 后都写回 6，结果只增加了一次。
典型表现是：启动两个线程各执行 1000 次自增，最终输出却小于 2000（如 1987），且每次运行结果不一致。
安全实现状态统计的三种主流方式
① 优先用 AtomicInteger（推荐）
它是 JDK 提供的无锁原子类，incrementAndGet()、getAndIncrement() 等方法底层基于 CAS，线程安全且性能高。
示例：
public class RequestCounter {private static final AtomicInteger total = new AtomicInteger(0);
public static void record() { total.incrementAndGet(); }
public static int getTotal() { return total.get(); }
}
② 必须用普通变量时，加 synchronized 锁
锁住静态资源，需使用类锁（User.class）或专用静态锁对象，避免误锁 this。
示例：
private static final Object LOCK = new Object();private static int count = 0;
public static void increment() {
synchronized (LOCK) { count++; }
}
③ 复杂逻辑用 ReentrantLock 或读写锁
当统计逻辑包含判断+更新（如“若未初始化则加载配置”），可考虑 ReentrantLock 的 tryLock 或条件等待能力，比 synchronized 更灵活。
特别注意分布式场景
static 变量只在单个 JVM 内有效。如果应用部署多个节点（如 Spring Boot 多实例、K8s 多 Pod），每个节点的 static 计数器完全独立，无法聚合。此时应改用 Redis、数据库或配置中心等外部共享存储来实现全局统计。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
