java中无真正全局变量，但static静态变量可实现跨实例数据共享；其属类而非对象，需注意线程安全、内存泄漏、测试干扰及初始化顺序等问题，非常量场景应优先考虑单例bean或threadlocal等替代方案。
Java中没有真正意义上的“全局变量”，但通过static关键字声明的静态变量，可以在类的所有实例间共享数据，实现类似全局数据的效果。关键在于理解static的作用域、生命周期和线程安全风险。
静态变量的基本声明与初始化
静态变量属于类本身，而非某个对象实例，用static修饰，通常配合public static或private static使用：
- 声明位置：必须在类内部、方法外部（不能在方法里写
static int x = 1;） - 初始化方式：可直接赋值，也可在
static代码块中初始化 - 示例：public class Config {
public static String APP_NAME = "MyApp";
private static int version;
static {
version = Integer.parseInt(System.getProperty("app.version", "1"));
}
}
静态变量如何实现跨实例数据共享
所有该类的对象共享同一份静态变量内存空间，修改任一实例（或直接通过类名）操作它，都会影响其他地方：
- 通过类名访问最清晰：
Config.APP_NAME = "NewApp"; - 通过实例也能读写（不推荐）：
new Config().APP_NAME = "Oops";—— 语法允许但易误导，看起来像实例变量 - 注意：基本类型共享值，引用类型共享地址（即多个对象操作的是同一个List、Map等对象）
常见陷阱与注意事项
静态变量看似方便，但滥用会导致难以调试的问题：
-
线程不安全：多个线程同时读写非同步的静态变量（如
static int counter++），结果不可预测；需用synchronized、AtomicInteger或ReentrantLock - 内存泄漏风险：静态变量持有Activity、Context或大对象引用，可能导致整个对象无法被GC回收（尤其在Android中）
-
测试干扰：单元测试间可能因静态变量状态残留而相互影响；建议在
@After中重置，或使用Mockito模拟 - 类加载时机：静态变量在类首次主动使用时初始化，若依赖复杂逻辑，注意初始化顺序和异常处理
替代方案：何时不该用静态变量
并非所有“共享数据”都适合用static：
- 需要依赖注入或可配置的场景 → 用Spring的
@Value或@ConfigurationProperties - 有状态的服务组件（如缓存、连接池）→ 封装为单例Bean，由容器管理生命周期
- 多模块/多租户环境 → 静态变量无法隔离，应改用ThreadLocal或上下文传递
- 只是常量 → 用
public static final（推荐全大写命名），编译期优化更安全
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
