一、环境变量、用户变量、系统变量
按下 Win + R，输入 sysdm.cpl 回车 → 切换到 高级 选项卡 → 点击 环境变量。
三者是 “囊括与被包含” 的关系，核心区别在于生效范围和权限，具体如下：
1. 环境变量（Environment Variables）
是一个总称，指操作系统中用来定义 “系统运行环境” 的动态参数（本质是 “键值对”，比如 “键 = PATH，值 = C:\Windows\System32”）。
核心作用是：让系统或软件在运行时，能快速定位到所需的文件（如.exe 程序、库文件.dll 等），而无需用户手动输入完整的文件路径（比如你在命令行输入notepad就能打开记事本，就是靠环境变量帮系统找到notepad.exe的位置）。
2. 用户变量（User Variables）
- 生效范围：仅对当前登录的用户生效。比如电脑有 “管理员” 和 “游客” 两个账号，在 “管理员” 账号下配置的用户变量，切换到 “游客” 账号后完全不可见、不可用。
- 权限要求：普通用户（无需管理员权限）即可修改，不会影响其他用户。
- 典型用途：存储当前用户专属的配置，比如某款软件的个人缓存路径、用户自定义的设备路径等。
3. 系统变量（System Variables）
- 生效范围：对电脑上所有用户生效（无论登录哪个账号，都能读取到这些变量）。
- 权限要求：修改需要管理员权限（防止普通用户误改导致系统故障）。
- 典型用途：存储系统级的关键路径，比如 Windows 的系统文件夹（
C:\Windows）、系统依赖的库文件路径等，是整个系统正常运行的基础。
| 特性 | 用户变量 | 系统变量 |
|---|---|---|
| 生效范围 | 仅当前用户 | 所有用户 |
| 修改权限 | 普通用户即可 | 需管理员权限 |
| 优先级（冲突时） | 低于体系变量（系统变量覆盖用户变量） | 高于用户变量 |
| 典型示例 | 某用户的 Python 虚拟环境路径 | PATH（系统可执行文件路径）、JAVA_HOME（Java 安装路径） |
二、为什么编程软件一般需要安装 “系统变量”？
编程软件（如 Java、Python、Node.js、MySQL 等）的核心需求是：让系统 / 其他工具（如命令行、IDE）能随时随地找到它的 “核心程序”满足这一需求的最优选择，原因有 3 点：就是，而系统变量
1. 建立 “全局可调用”：避免重复输入长路径
编程软件的核心程序（如 Java 的javac.exe、Python 的python.exe）通常安装在特定文件夹。
如果不配置系统变量，每次在命令行使用这些程序时，都必须手动输入完整路径（比如C:\Program Files\Java\jdk1.8.0_301\bin\javac HelloWorld.java），极其繁琐。
而配置系统变量（本质是把程序所在的bin文件夹路径添加到系统变量的 PATH 中）后，无论在命令行的哪个目录下，直接输入javac或python，系统就能通过PATH找到对应的程序，实现 “全局调用”。
2. 满足 “多用户共享”：避免重复安装
很多编程软件（如团队电脑上的 Java、MySQL）得多个用户（比如团队成员的账号）共同应用。
如果配置的是 “用户变量”，每个用户登录后都需要重新配置一次；而配置 “架构变量” 后，所有用户登录都能直接使用，无需重复操作，减少团队协作的成本。
3. 保证 “工具依赖一致性”：避免程序报错
很多编程工具 / 框架（如 IDE、构建工具 Maven、前端打包应用 Webpack）会依赖 “特定的系统变量” 来定位核心软件的安装路径。
例如：
- Java 的 IDE（如 IntelliJ IDEA）会读取
JAVA_HOME（系统变量）来确认 JDK 的安装位置； - Maven 会通过
JAVA_HOME找到 Java 的运行环境，才能正常打包项目。
如果不配置这些系统变量，依赖它们的工具会因 “找不到路径” 而报错，导致无法正常工作。
三、配置环境变量的核心 ——PATH 变量
前面提到的 “配置体系变量”，90% 的场景都是在运行PATH 变量（环境变量中的一个核心 “键”）。PATH的作用是：告诉系统 “当用户在命令行输入一个命令（如javac、python）时，系统应该去哪些文件夹里找对应的.exe 程序”。
：就是系统查找脚本的逻辑
- 当你在命令行输入
xxx（如javac），系统会先检查当前目录是否有xxx.exe； - 如果没有，就按
PATH变量中 “路径的顺序”（从左到右）依次查找每个文件夹； - 找到第一个包含
xxx.exe的文件夹，直接运行程序；如果所有路径都没找到，就提示 “‘xxx’不是内部或外部命令”。