java无环境变量作用域概念，其环境变量属操作系统层面；系统级、用户级、会话级设置决定生效范围；java需通过system.getenv()显式获取，与java变量作用域无关。
Java 本身没有“环境变量的全局性与局部性”这一语言级概念——环境变量（如 JAVA_HOME、PATH）是操作系统层面的配置，不属于 Java 语法或 JVM 运行时变量体系。但开发者常混淆“系统环境变量”和“Java 中的变量作用域”，需明确区分。
系统环境变量：由 OS 管理，无 Java 作用域规则
环境变量（如 JAVA_HOME）在 Shell（Linux/macOS）或命令提示符/PowerShell（Windows）中设置，其生效范围取决于设置方式：
-
会话级（局部）：在当前终端窗口中执行
export JAVA_HOME=/path/to/jdk（Linux/macOS）或set JAVA_HOME=C:\jdk（Windows），仅对该终端进程及其子进程有效；关闭窗口即失效 -
用户级（较广）：写入
~/.bashrc、~/.zshrc或 Windows 用户环境变量，对当前用户所有新启动的终端/程序生效 -
系统级（全局）：写入
/etc/profile（Linux）或 Windows 系统环境变量，对所有用户和所有进程可见（需管理员权限）
Java 内部不读取或管理环境变量的“作用域”
JVM 启动时会读取部分环境变量（如 JAVA_HOME 用于定位 JRE，CLASSPATH 影响类加载），但读取行为是一次性的，且不参与 Java 的变量作用域机制：
- 你不能在 Java 代码里用
int x = JAVA_HOME;—— 环境变量不是 Java 变量，必须通过System.getenv("JAVA_HOME")显式获取字符串 - 获取到的值只是普通字符串，存于堆内存，其生命周期、可见性完全遵循 Java 对象规则，与原始环境变量的“全局/局部”无关
- 多线程环境下，
System.getenv()返回的是不可变的Map<string></string>快照，线程安全，但不反映后续环境变量的动态变更
常见误用与建议
开发者容易把“系统环境变量”和“Java 静态字段”混为一谈，例如：
- 错误地认为设了
export CONFIG_ENV=prod，Java 类里就能直接访问CONFIG_ENV字段 —— 实际必须调用System.getenv("CONFIG_ENV") - 在 Spring Boot 中用
@Value("${env}")读取配置，本质是 Spring 封装了System.getProperty()或System.getenv()，不是 JVM 自动注入环境变量 - 误将
PATH当作 Java 类路径（CLASSPATH）—— 二者完全无关：PATH控制 shell 命令查找，CLASSPATH控制 JVM 类加载器查找
真正需要关注的 Java “变量作用域”只有三类
别被“环境变量”字面误导，Java 编程中只需厘清这三类变量的作用范围：
- 实例变量（成员变量）：定义在类中、方法外；随对象创建而存在；可被本类所有非静态方法访问
-
静态变量（类变量）：用
static修饰；属于类本身；所有实例共享一份；可通过类名直接访问 - 局部变量：定义在方法、构造器或代码块内；仅在对应作用域内有效；必须显式初始化才能使用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
