静态变量本身不跨类共享，而是多个类通过共同引用同一类的static字段实现数据可见；需确保类加载器一致，推荐用类名访问，复杂场景优先用单例Bean或配置中心。
Java 中静态变量本身不直接“在类间共享数据”，而是通过类的加载机制和 JVM 的内存模型，让多个类在访问同一个类的静态变量时，间接实现跨类的数据可见性。关键不是“变量主动跨类”，而是“多个类都去读写同一个类定义的 static 字段”。
静态变量属于类，不是类与类之间的通道
一个 public static 字段（如 Config.API_TIMEOUT）被声明在某个类中，它就只属于那个类。其他类能“共享”，是因为它们都通过类名显式引用它：
- 类 A 写：
Logger.level = "DEBUG"; - 类 B 读：
System.out.println(Logger.level); // 输出 DEBUG - 类 C 修改：
Logger.level = "ERROR";→ A 和 B 下次读就是 "ERROR"
所有类操作的都是 Logger 类加载后在 JVM 中唯一的一份内存地址，不是靠“传递”或“注册”，而是靠共同依赖同一份类定义。
必须确保类加载器一致
如果不同模块使用了不同的类加载器（比如 Spring Boot 的 devtools、OSGi 插件、Tomcat 的 webapp 加载器），即使类名完全相同，JVM 也会视为两个独立类，各自拥有独立的静态变量：
立即学习“Java免费学习笔记（深入）”；
- 模块1 中的
com.example.Counter.count是 5 - 模块2 中同名类的
count可能还是 0
这种情况看似“没共享”，实则是类加载隔离导致的。调试时可用 Counter.class.getClassLoader() 检查是否为同一个实例。
访问方式要规范，避免语义混淆
推荐始终用 类名.字段名 的方式访问，例如：
- ✅ 正确且清晰：
HttpConfig.TIMEOUT_MS、CacheManager.INSTANCE.clear() - ❌ 不推荐（易误解）：
new HttpConfig().TIMEOUT_MS = 5000;—— 语法合法，但会让人误以为是实例变量
即使在本类内部，也建议显式写 MyClass.STATIC_FIELD（或省略类名仅限于当前类上下文），增强可读性和一致性。
真正需要“类间共享”的场景，static 往往不是最佳选择
当多个业务类需要协同访问/修改某块状态时，直接暴露 public static 容易失控。更健壮的做法包括：
-
封装为单例 Bean（Spring 环境）：用
@Service+@Scope("singleton")，支持依赖注入、AOP、生命周期管理 - 配置中心驱动：把值存在 Nacos / Apollo，各服务监听变更，static 只作本地缓存副本
- ThreadLocal + 上下文透传：适合多租户、链路追踪等需隔离的共享状态
-
常量优先用
public static final：如public static final String DB_URL = "...";，编译期内联，线程安全无副作用
