static变量在jvm内天然共享，但仅限单进程；跨进程需redis等外部组件；声明应私有、可控、线程安全；推荐用并发容器、volatile或单例封装状态。
Java 中 static 变量本身不“实现”状态共享，而是天然具备类级别共享能力——它在类加载时初始化、存于元空间、整个 JVM 内仅一份内存，所有实例和类方法访问的都是同一个地址。真正能用它做状态共享，关键在于怎么声明、怎么更新、怎么防护。
只在单个 JVM 内有效
static 变量的“全局”是相对的：同一 Spring Boot 进程里，User 类的 static boolean isOnline = true 所有 Controller、Service 都能读到；但 Kubernetes 里起 3 个 Pod，每个 Pod 是独立 JVM，它们的 isOnline 彼此隔离，改一个不影响另外两个。跨进程共享必须靠 Redis、Nacos 等外部组件。
声明要简洁且可控
别直接 public static int；推荐写法：
private static final AtomicInteger status = new AtomicInteger(0);private static volatile boolean running = false;private static final ConcurrentHashMap<string string> configCache = new ConcurrentHashMap();</string>
配合 public static getter/setter，比如 public static void setRunning(boolean b) { running = b; }，避免字段裸露，后续加日志或校验也方便。
多线程下必须保障安全status.incrementAndGet() 是原子操作，安全；running = true 是单次赋值，volatile 足够；
但 count++、list.add(x)、map.put(k, v) 这类复合操作不行——它们不是原子的，得加锁或换并发容器：
- 用
synchronized (MyClass.class) { ... }锁住类对象 - 把
List换成CopyOnWriteArrayList - 把普通
Map换成ConcurrentHashMap
状态封装比裸变量更可靠
比起零散的 static 字段，把状态和行为打包进一个单例更清晰：
public enum AppState {
INSTANCE;
private final AtomicBoolean active = new AtomicBoolean(false);
private final Map<string long> metrics = new ConcurrentHashMap();
public void activate() { active.set(true); }
public boolean isActive() { return active.get(); }
public void record(String key) { metrics.merge(key, 1L, Long::sum); }
}</string>
调用 AppState.INSTANCE.activate()，逻辑集中、线程安全、不可反射破坏，也容易单元测试。
不复杂但容易忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
