关键在于作用范围、修改权限和生效逻辑：用户变量仅当前账号有效、无需管理员权限；系统变量对所有用户生效、需管理员权限；同名变量时用户变量可覆盖系统变量，path按拼接顺序查找。
Java 环境变量配置中，区分用户变量与系统变量的关键在于作用范围、修改权限和实际生效逻辑，而不是变量名本身（比如 JAVA_HOME 或 PATH）。同一个变量名在两个区域都存在时，系统会按规则决定用哪一个。
用户变量：只对你当前登录的账号有效
你用自己的 Windows 账号（比如 Administrator 或 dev_user_a）登录后设置的变量，就属于用户变量。它不会出现在其他账号下，也不影响别人。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 修改无需管理员权限，普通用户就能操作
- 存储位置在注册表 HKEY_CURRENT_USER\Environment
- 适合个性化配置，例如：你用 jdk-17，同事用 jdk-8，各自设自己的 JAVA_HOME 和 PATH
- 新建或修改后，需重启命令行窗口（或重新登录）才生效
系统变量：对电脑上所有用户都起作用
一旦设置，无论谁登录这台电脑，都能读取到这些变量。它是全局基础设施的一部分。
- 修改必须以管理员身份运行“环境变量”窗口
- 存储位置在注册表 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment
- 适合安装通用工具链，比如 CI 服务器上统一用的 JDK、Maven
- 修改后建议重启终端，部分服务甚至需要重启才能加载新值
PATH 中同名路径怎么选？看顺序，不是看“谁先设”
PATH 是个拼接字符串，系统按从左到右顺序查找命令。关键点是：
- 系统变量里的 PATH 和用户变量里的 PATH 是分别独立存在的
- Windows 启动进程时，会把系统 PATH 放前面，再拼接用户 PATH（即：系统PATH;用户PATH）
- 所以如果两个 PATH 都含
%JAVA_HOME%\bin，而系统变量中 JAVA_HOME 指向 jdk-11、用户变量中指向 jdk-17，最终生效的是用户变量的路径——因为它在拼接后的整体 PATH 中靠后，但只要它被加进去了，且位置足够前，就会优先命中 - 更稳妥的做法是：只在一个地方配 JAVA_HOME，然后统一在对应层级的 PATH 里引用它
实际配置建议
- 个人开发机 → 优先用用户变量配 JAVA_HOME 和 PATH，避免干扰他人或系统默认行为
- 测试服务器 / 共享工作站 → 不同开发者用不同 JDK？那就每人用自己的用户变量；若 CI 工具需稳定调用，可把它的 JDK 放在系统变量中
- 不要在用户变量和系统变量里重复定义 JAVA_HOME，容易引发混乱；冲突时以实际拼接后的 PATH 查找顺序为准
- 验证是否生效：打开新命令行，执行
echo %JAVA_HOME%和where java，看输出路径是否符合预期
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
