选用户变量还是系统变量，关键看“谁要用、用在哪、要不要共享”：只给自己用选用户变量，多人共用或服务类程序选系统变量，path合并时系统路径优先于用户路径，用户变量更灵活安全，系统变量更稳定但需提权。
选用户变量还是系统变量，关键看“谁要用、用在哪、要不要共享”。不是越高级越好，也不是默认选系统就更稳妥。
看使用范围：只给自己用就选用户变量
如果你装的软件只自己开发或测试用，比如个人 Python 环境、本地 Maven 仓库路径、自定义脚本目录，或者 IDE 插件依赖的某个 EDITOR 或 PYTHONPATH，直接配在用户变量里就行。它不干扰其他账户，也不需要管理员权限，改起来快，删起来干净。
- 普通 CMD / PowerShell 启动的命令行、VS Code、IDEA（桌面快捷方式启动）默认读取用户变量
- 图形界面下从开始菜单点开的程序，通常继承的是用户会话环境
- Git Bash、WSL 默认也只加载用户级环境，常忽略系统变量
看共享需求：多人共用或服务类程序选系统变量
如果这台电脑有多个登录账户（比如开发+测试+运维），或者你要配置的服务是 Windows 服务（如 Jenkins、MySQL 服务、Nginx 作为后台运行）、计划任务、或需要被所有用户调用的工具（如公司统一 JDK、全局 Git 配置），那就必须设在系统变量里。
- 系统变量存在注册表 HKEY_LOCAL_MACHINE 下，所有用户登录时都会加载
- 以管理员身份运行的 CMD、服务进程、计划任务默认不读用户变量，只认系统变量
- 像 JAVA_HOME、ANDROID_HOME 这类基础开发路径，若团队协作，放系统变量更统一
看 PATH 冲突和优先级：别盲目拼接，要懂顺序
PATH 是特例——它会被系统和用户两部分合并，但查找顺序不是“用户覆盖系统”，而是先查系统 PATH 的每个目录（从左到右），再查用户 PATH 的每个目录。也就是说，系统 PATH 里靠前的路径，优先级高于用户 PATH 里的任何路径。
- 想让自己的工具优先执行？把它加在系统 PATH 开头（需管理员权限），或干脆只放用户 PATH（更安全）
- 两个同名命令（比如不同版本的 python.exe）同时存在时，实际执行哪个，取决于谁的路径先被扫到
- 不建议在系统 PATH 里堆太多个人路径；用户 PATH 更适合放临时、实验性路径
看维护与安全：用户变量更灵活，系统变量更稳定
用户变量修改无需提权，适合日常快速迭代；系统变量一旦设错，可能影响整个系统的命令执行（比如 PATH 错误导致 cmd 找不到 ping）。尤其在企业环境中，系统变量常受组策略管控，私自修改可能被还原。
- 新装 JDK、Maven、Node.js？先试用户变量，确认无误再考虑升为系统级
- CI/CD 机器或服务器上部署服务，优先用系统变量保证环境一致性
- 不确定时，打开“环境变量”窗口对比两栏：上半区标着你用户名的就是用户变量，下半区没名字的就是系统变量
