固件烧录环境变量与批量部署配置 - 第2节
Windows 环境变量配置：PATH 变量详解
环境变量这东西，刚入行时我也觉得挺玄乎。说白了，它就是操作系统里的一张「全局小纸条」。你告诉系统：「嘿，我把工具装在了这个路径下，以后你帮我记住。」然后系统就记住了。
而在所有环境变量里，PATH 是最常用的一个。我甚至觉得，搞嵌入式开发的人，每天都要跟它打交道。
PATH 变量到底是干嘛的？
你在命令行里敲 gcc、make、python，系统怎么知道这些程序在哪？
它不会把整个硬盘翻一遍。它会去 PATH 变量里记录的目录列表里找。找到了就执行，找不到就报错——「不是内部或外部命令」。嗯，这个错误我当年见过不下五十次。
核心理解：PATH 就是系统搜索可执行文件的「路径清单」。你往 PATH 里加一个目录，就等于告诉系统：「以后这个目录下的 .exe 或 .bat，你直接认就行。」
Windows 下的 PATH 长什么样？
打开系统属性 → 高级 → 环境变量，你就能看到它。Windows 的 PATH 是一个长字符串，里面用 分号 ; 隔开各个路径。
C:\Windows\system32;C:\Windows;C:\Program Files\Git\cmd;C:\Users\你的用户名\AppData\Local\Programs\Python\Python310\Scripts\你看，每个路径都是一个目录。系统从左到右依次查找。找到第一个匹配的就停下。
小技巧：我个人习惯把常用工具的路径放在前面。比如编译器路径放最前，这样查找速度会快一点点。虽然差别不大，但心里踏实。
用户变量 vs 系统变量
这里有个坑，我刚开始也搞混过。
| 类型 | 作用范围 | 优先级 | 典型用途 |
|---|---|---|---|
| 用户变量 | 仅当前登录用户 | 高（覆盖同名系统变量） | 个人开发工具路径 |
| 系统变量 | 所有用户 | 低 | 系统级工具、公共路径 |
举个例子：你给用户变量 PATH 加了一个 D:\my_tools，系统变量 PATH 里也有这个路径。那系统会先读用户变量的，再读系统变量的。最终生效的是两者合并后的结果。
注意：千万不要随意修改系统变量里的 PATH。我见过有人把 C:\Windows\system32 删了，结果系统直接崩了。改之前，先备份一下原始值。
新建与编辑环境变量
操作其实很简单。但步骤对了，能省很多事。
打开环境变量编辑窗口
- 右键「此电脑」→ 属性
- 点击「高级系统设置」
- 点击「环境变量」按钮
或者，你也可以直接按 Win + R，输入 sysdm.cpl，一步到位。这个快捷键我用了十年。
新建一个变量
假设你要给 STM32 的编译工具链配置路径。工具装在 C:\STM32CubeIDE\plugins\com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.11.3.rel1\win32_64\tools\bin。
你不需要把这个长路径直接塞进 PATH。更好的做法是：
- 点击「新建」，变量名填
STM32_TOOLCHAIN - 变量值填上面的长路径
- 然后在 PATH 里加一行：
%STM32_TOOLCHAIN%
这样做的好处是：以后换版本，只改一个地方就行。我在项目里经常用这招，尤其是同时维护多个工具链版本的时候。
编辑 PATH 变量
Windows 10/11 的 PATH 编辑界面已经改成了列表形式。每个路径占一行，清晰多了。
- 新增：点击「新建」，输入路径或用
%变量名%引用 - 上移/下移：调整查找优先级
- 编辑：双击修改已有路径
- 删除：选中后删除
避坑指南：我曾经在编辑 PATH 时不小心多打了一个分号，结果导致某个路径被截断。系统找半天找不到文件。后来我养成一个习惯：每次改完 PATH，都打开命令行敲一句 echo %PATH% 检查一下。确保每个路径都正确。
使用 % 符号引用变量
这是环境变量里最实用的技巧，没有之一。
% 符号的作用
在 Windows 里，用 %变量名% 就能引用这个变量的值。系统会自动把它替换成实际内容。
举个例子：
你定义了一个变量：
TOOL_PATH = D:\tools\gcc-arm-none-eabi\bin
然后在 PATH 里写：
%TOOL_PATH%
系统实际看到的是：
D:\tools\gcc-arm-none-eabi\bin说白了，这就是一个「变量替身」。你改一处，所有引用它的地方都跟着变。
常见的系统内置变量
| 变量名 | 实际值示例 | 用途 |
|---|---|---|
%USERPROFILE% |
C:\Users\你的用户名 |
用户目录 |
%APPDATA% |
C:\Users\你的用户名\AppData\Roaming |
应用程序数据 |
%SystemRoot% |
C:\Windows |
系统目录 |
%TEMP% |
C:\Users\你的用户名\AppData\Local\Temp |
临时文件目录 |
你想想看，如果你在脚本里写死路径 C:\Users\张三\AppData\Roaming，换一台电脑就废了。但用 %APPDATA%，任何机器都能自动适配。
在命令行里测试引用
打开 cmd，直接敲：
echo %PATH%
echo %USERPROFILE%
echo %APPDATA%系统会立刻把变量展开成实际路径。这是调试环境变量最直接的方法。我每次配完新工具，都会先跑一遍 echo %PATH%，确认路径加进去了。
核心原则：能用 %变量名% 的地方，就别写死路径。这是让配置「可移植」的关键。我在团队里推行过一个规范：所有工具链路径都用变量引用，换机器只需要改一个顶层变量文件。省心。
一个完整的配置示例
假设你要配置 ESP32 的开发环境。工具链装在 D:\esp\esp-idf\tools，Python 装在 C:\Python39。
你可以这样配：
- 新建用户变量
ESP_IDF_PATH = D:\esp\esp-idf - 新建用户变量
ESP_TOOLS_PATH = %ESP_IDF_PATH%\tools - 在 PATH 里添加：
%ESP_TOOLS_PATH% - 在 PATH 里添加：
C:\Python39 - 在 PATH 里添加：
C:\Python39\Scripts
这样配完，你在命令行里敲 idf.py build，系统就能找到对应的工具了。
注意：修改环境变量后，需要重新打开命令行窗口才能生效。已经打开的老窗口不会自动刷新。我经常忘了这茬，改完变量还在旧窗口里试，然后纳闷怎么没变化。嗯，别学我。
总结一下
环境变量配置，说白了就是三件事：
- 理解 PATH：它是系统找程序的路径清单，用分号隔开
- 学会新建和编辑：用变量名代替长路径，方便维护
- 用好 % 符号：引用变量，让配置可移植
这些基础打牢了，后面讲烧录配置的时候，你会觉得顺很多。嗯，今天就先到这儿。