Java中没有真正意义上的“全局变量”，所谓“全局变量”实际是public static成员变量，属于类级别、跨实例共享、可通过类名直接访问的变量，本质是类变量的一种公开暴露形式；仅适用于跨模块通用常量、启动期一次性配置或小型工具脚本中的开关/计数器等低耦合场景，而推荐优先使用private static封装类级状态、共享资源或默认配置，并严格规避public static非final、多线程未同步及ThreadLocal残留等风险。
Java 中没有真正意义上的“全局变量”，所谓“全局变量”实际是 public static 成员变量，属于类级别、跨实例共享、可通过类名直接访问的变量。它常被误称为全局变量，但本质是类变量的一种公开暴露形式。是否该用、怎么用，关键看场景和风险控制。
什么时候该用 public static 变量（俗称“全局变量”）？
仅限以下低耦合、高确定性场景：
-
跨模块通用常量：如
public static final String API_BASE_URL = "https://api.example.com";，全大写+final，不可变，无状态风险。 -
启动期一次性配置：从配置文件或环境变量加载后存为
public static final Config INSTANCE，后续只读访问。 -
小型工具脚本中的开关或计数器：比如单次运行的批处理程序里用
public static int processedCount统计进度，不涉及并发或多线程复用。
什么时候该用 private static 类变量（推荐的类变量）？
这是面向对象开发中更安全、更可控的选择：
-
类级状态管理：如
private static int instanceCounter统计某类创建了多少对象，配合构造方法自增，封装在类内部。 -
共享资源初始化：数据库连接池、线程池等单例资源，通过
private static ExecutorService pool+ 静态代码块初始化，对外提供静态获取方法。 -
默认值或枚举配置：如
private static final int DEFAULT_TIMEOUT = 5000;，避免硬编码，又不暴露给外部修改。
必须避开的三大坑
可变、公开、跨线程——三者叠加等于隐患放大器：
立即学习“Java免费学习笔记（深入）”；
- 禁止 public static 非 final 变量：一旦开放写权限，任何地方都能改，调试时难以追踪赋值源头，极易引发逻辑错乱。
-
多线程下未同步的 static 变量：比如
public static int counter在并发场景下 ++ 操作非原子，结果不可预期；应改用AtomicInteger或加锁。 -
线程池中残留 ThreadLocal + static 组合：若 static 变量持有 ThreadLocal 实例，而线程被复用却未清理，会导致上一个请求的数据污染下一个请求——务必在 finally 块或 filter 中调用
remove()。
替代方案比硬用更可靠
多数所谓“需要全局变量”的需求，其实有更健壮的解法：
- 多个关联配置项（如 DB_HOST/DB_PORT/DB_USER）→ 封装为
DbConfig类，用private static final DbConfig INSTANCE管理，提供 getter 方法。 - 上下文信息传递（如用户ID、traceId）→ 使用
ThreadLocal<String>，每个线程独享副本，避免参数层层透传。 - 需要跨类共享状态且需生命周期管理 → 改用 Spring 的
@Component+ 作用域（如@Scope("singleton")），由容器统一管控。
