静态变量实现跨对象数据共享，核心是让变量属于类而非实例，所有对象共享同一内存；典型应用为线程安全的全局计数器，推荐用private static AtomicInteger配合incrementAndGet()，避免public static裸露及内存泄漏风险。
Java静态变量本身不提供“通信”能力，它只是让多个对象读写同一块内存——本质是共享状态，而非主动通知或事件驱动。实现跨对象数据可见性靠的是类级存储和统一访问路径，关键在于怎么声明、怎么用、怎么避坑。
静态变量怎么声明才真正支持共享
必须满足三个硬条件：写在类体里、加static修饰、不在任何方法或代码块内部。推荐组合是private static + public static访问方法，而不是直接暴露public static字段。
- 正确写法：
private static AtomicInteger counter = new AtomicInteger(0);，再配public static int increment() { return counter.incrementAndGet(); } - 错误写法：
public static int count = 0;——外部可任意赋值，无法拦截校验，多线程下++操作直接丢数据 - 别在构造器里裸写
count++，除非你确认不会并发创建对象；否则必须同步或换原子类
跨对象读写时的典型行为
所有实例（包括通过new创建的、通过反射生成的、甚至未显式创建但已加载类的静态上下文）都指向同一个变量地址。改一个，全看到新值；基本类型传值，引用类型传地址。
- 比如
private static List<String> logs = new ArrayList<>();，A对象调用logs.add("a")，B对象立刻能logs.get(0)拿到"a" - 但注意：如果某处执行
logs = new ArrayList<>();，只是把静态引用指向了新对象，原列表还在，其他地方仍持有旧引用 - 通过类名访问最安全：
MyClass.counter.incrementAndGet()；用实例调用（如obj.counter）语法合法，但易混淆语义
多线程环境下必须处理的现实问题
静态变量天然跨线程可见，但不等于线程安全。复合操作（如count++、list.add(x)）不是原子的，结果不可预测。
立即学习“Java免费学习笔记（深入）”；
- 高并发计数首选
AtomicInteger/AtomicLong，它们底层用CAS，无锁且高效 - 复杂逻辑需同步时，锁对象建议用
MyClass.class，避免用this（实例锁无效）或new Object()（锁对象不唯一） - 不要在静态变量里存
ThreadLocal、Connection、Context等有生命周期或线程绑定的对象，极易引发泄漏或错乱
跨类使用时的注意事项
只要类能被编译器识别（import正确、包路径无冲突），就能直接通过ClassName.fieldName或ClassName.methodName()访问。但有两个隐形边界：
- 不同类加载器加载的同名类，其静态变量完全隔离——常见于OSGi、Spring Boot DevTools、自定义ClassLoader场景
- 子类不能“重写”父类静态变量，只能隐藏：
class Child extends Parent { static int x = 2; }，此时Parent.x还是1，Child.x是2，两者互不影响 - 测试时务必重置：JUnit默认复用类加载器，前一个测试留下的静态值会影响后一个；可在
@BeforeEach里调用重置方法，或用@TestInstance(TestInstance.Lifecycle.PER_METHOD)
