小程序版
微信扫码，随时查命令
永久写入用户或系统环境变量，新进程才生效。
setx 把变量写入注册表：用户变量写到 HKCU\Environment，加 /M 时写到 HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment。它影响之后启动的进程，当前窗口不会刷新。适合配置 JAVA_HOME、工具目录、长期使用的 PATH 追加等。
边界：setx 不是“修改当前会话”，也不是 set 的增强版。它通常要求新开终端，部分程序需要注销或重启；它写入的是 REG_SZ，值里的 %OTHER% 在写入时就被展开，不会留到以后动态求值。setx 不能真正删除变量（设为空字符串只是空值），删除要改注册表。对 PATH 尤其危险：%PATH% 会把系统和用户路径一起展开写进去，且超长值可能被截断。
Windows 10/11 行为一致。PowerShell 可用 [Environment]::SetEnvironmentVariable('NAME','value','User')，能指定 User/Machine，长 PATH 处理更安全；setx 的优势是任何 CMD 都能用、语法简单、支持远程。
影响范围：
setx PATH "%PATH%;C:\Tools"会把系统+用户PATH合并写入用户PATH，造成重复条目，值过长时还会截断，严重时新终端找不到系统命令。前置条件：先分别导出用户和系统PATH（reg query），确认长度；/M需要管理员并影响所有用户。恢复方式：用事先导出的注册表值reg import或注册表编辑器改回，重新打开终端验证。
# 1. 永久设置用户变量，值含空格要加引号
setx JAVA_HOME "C:\Program Files\Java\jdk-21"
# 2. 永久追加用户 PATH：先备份，并确认不会超过长度限制
reg query HKCU\Environment /v PATH > C:\Temp\user-path.txt
setx PATH "%PATH%;C:\Tools\bin"
# 3. 设置系统级变量，所有用户可见（需管理员）
setx /M MYAPP_HOME "D:\Apps\MyApp"
# 4. 远程设置用户变量（需目标管理员凭据）
setx /S 192.168.1.20 /U DOMAIN\admin /P * MYAPP_MODE prod
# 5. 把变量设为空值；注意这不是删除变量
setx MY_FLAG ""
# 6. 新开一个 CMD 再验证；当前窗口读不到新值
set MYAPP_HOME
echo %VAR% 仍为空：setx 只写注册表供新进程继承，当前进程环境块不变；新开 CMD，或注销/重启。验证：新窗口执行 set VAR。setx PATH "%PATH%;C:\Tools" 后新终端缺系统命令：%PATH% 把系统+用户路径合并写入用户 PATH，且 setx 对超长值可能截断。先备份，恢复用 reg import；更安全的做法是只读取用户 PATH 原始值再拼接。setx 存成 REG_SZ，写 %JAVA_HOME%\bin 这类引用会在执行时立即展开成当前值；以后改 JAVA_HOME 不会跟着变。需要动态展开用 reg add /t REG_EXPAND_SZ 或系统工具。setx VAR "" 只是把值设为空，变量仍然存在；真正删除用 reg delete HKCU\Environment /v VAR /f，这属于危险操作，先导出备份。/M 报 ERROR: Access to the registry path is denied：没有以管理员运行；系统级修改影响所有用户，先在测试机验证。PATH 最容易踩长度限制，批量部署时优先分段、去重并检查总长度。/S 需要目标管理员权限、RPC 和远程注册表访问；/P * 会提示输入密码，不要把密码明文写进脚本。set 与 setx 不会互相同步：set 改当前会话，setx 改未来会话；排错时先确认变量来自哪一层。合上页面，先回答，再展开对照。
setx 后为什么当前窗口读不到新值？怎样验证？setx PATH "%PATH%;..." 的两个主要风险是什么？setx VAR ""？set VAR 验证。PATH 合并进用户 PATH 造成重复，并可能因超长被截断；应先备份再修改。reg delete HKCU\Environment /v VAR /f；setx VAR "" 只是设置空值，变量仍然存在。
小程序版
微信扫码，随时查命令