PowerShell 设置环境变量详解

环境变量是操作系统中一个至关重要的概念，它们存储了系统和用户配置信息，影响着应用程序的行为。无论是指定可执行文件的搜索路径、定义临时文件存储位置，还是传递应用程序配置，环境变量都扮演着核心角色。对于系统管理员、开发者以及日常用户而言，理解和掌握如何管理环境变量是必不可少的技能。

在 Windows 环境下，命令行工具 PowerShell 提供了强大且灵活的方式来操作环境变量。与传统的 set 命令或图形界面相比，PowerShell 提供了更一致、更强大的脚本化能力。本文将深入探讨如何使用 PowerShell 来查看、设置、修改和删除不同作用域（Scope）下的环境变量，并特别关注 PATH 环境变量的处理。

什么是环境变量？为什么需要它们？
- 基本概念
- 环境变量的作用
- 环境变量的作用域（Scope）：进程、用户、机器
PowerShell 中访问环境变量
- Env: 驱动器
- 使用 Get-ChildItem 查看所有环境变量
- 使用 $env: 语法访问特定变量
在 PowerShell 会话中设置（临时）环境变量
- 使用 $env:VariableName = "Value"
- 理解进程作用域
- 示例：设置临时变量
- 示例：向 PATH 添加临时路径
持久化环境变量的设置
- 为什么临时设置不够？
- 持久化机制：Windows 注册表
- 注册表中的环境变量位置
  - 用户级别 (HKEY_CURRENT_USER\Environment)
  - 机器级别 (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment)
- 使用 PowerShell 修改注册表来设置持久化变量
  - 使用 Set-ItemProperty cmdlet
  - 设置用户环境变量（无需管理员权限）
  - 设置机器环境变量（需要管理员权限）
  - 注意事项：修改注册表后的生效时机
移除环境变量
- 移除临时环境变量 (Remove-Item Env:VariableName)
- 移除持久化用户环境变量 (Remove-ItemProperty in HKCU)
- 移除持久化机器环境变量 (Remove-ItemProperty in HKLM, 需要管理员权限)
重点：处理 PATH 环境变量
- PATH 环境变量的重要性
- PATH 值的结构
- 在 PowerShell 中读取和解析 PATH
- 向 PATH 添加新路径（防止重复、确保存在）
  - 临时添加
  - 持久化添加（用户和机器级别）
- 从 PATH 中移除路径
  - 临时移除
  - 持久化移除（用户和机器级别）
- 编写鲁棒的 PATH 修改脚本
使用 .NET Framework 类库操作环境变量
- System.Environment 类
- GetEnvironmentVariable 方法
- SetEnvironmentVariable 方法及其 EnvironmentVariableTarget 参数
- 示例：使用 .NET 方法设置不同作用域的变量
- 比较 .NET 方法与 PowerShell cmdlet 的优劣
PowerShell 配置文件 ($PROFILE) 与环境变量
- $PROFILE 的作用
- 在 $PROFILE 中设置环境变量
- 理解 $PROFILE 设置的环境变量的作用域
图形界面与 PowerShell 的关系
- 通过系统属性对话框管理环境变量
- 通过 PowerShell 修改后，图形界面何时更新？
故障排除与最佳实践
- 环境变量未生效？（检查作用域、重启、管理员权限）
- PATH 过长问题
- 使用脚本管理环境变量的优点
- 备份重要的环境变量（尤其是 PATH）
总结

1. 什么是环境变量？为什么需要它们？

1.1 基本概念

环境变量是操作系统维护的一组动态命名的值，它们存储着操作系统运行时或进程执行时需要的信息。简单来说，它们是键值对（Key-Value Pair），例如 PATH=C:\Windows\System32;... 或 TEMP=C:\Users\YourUser\AppData\Local\Temp。

1.2 环境变量的作用

环境变量有多种用途：

指定搜索路径 (PATH): 这是最常用的环境变量之一。它告诉操作系统在哪些目录中查找可执行文件（.exe, .com, .bat, .cmd, .ps1 等）。当你在命令行中输入一个命令名（比如 notepad）而没有指定完整路径时，系统就会遍历 PATH 中列出的目录来查找对应的程序文件。
定义用户或系统配置: 比如 TEMP 和 TMP 定义了临时文件目录，USERPROFILE 指向当前用户的配置文件目录。
传递应用程序配置: 某些应用程序会读取特定的环境变量来获取配置信息，例如数据库连接字符串、API 密钥或其他运行时参数。
国际化和本地化: LANG 或 LC_ALL 等变量可以影响程序的语言和地区设置。

1.3 环境变量的作用域（Scope）：进程、用户、机器

在 Windows 系统中，环境变量存在于不同的层次或作用域中，这决定了它们何时被加载、何时生效以及对哪些进程可见：

进程作用域 (Process Scope): 这是最临时的作用域。当你启动一个进程（比如一个 PowerShell 会话、一个命令提示符窗口或任何应用程序），它会继承其父进程的环境变量副本。在这个进程内部创建或修改的环境变量只对当前进程及其 子进程 有效。一旦当前进程结束，这些修改的环境变量就会消失。这是 PowerShell 中 $env: 语法默认操作的作用域。
用户作用域 (User Scope): 这是持久化的作用域，特定于当前登录的用户。存储在这里的环境变量会在用户登录时加载，并对该用户启动的所有进程（通常）生效。这些变量存储在用户的注册表配置单元中 (HKEY_CURRENT_USER\Environment)。
机器作用域 (Machine Scope) / 系统作用域 (System Scope): 这是持久化的作用域，对系统上的所有用户生效。存储在这里的环境变量在系统启动时加载，并对所有用户的所有进程生效。这些变量存储在系统的注册表配置单元中 (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment)。设置机器作用域的环境变量通常需要管理员权限。

作用域之间存在继承关系：一个新启动的进程通常会继承机器环境变量和当前用户环境变量，并将它们合并，形成自己的进程环境变量副本。如果在用户作用域和机器作用域中存在同名变量，通常用户作用域的值会覆盖机器作用域的值（除了 PATH 变量的处理方式可能有点特殊，后面会讲）。在进程内部对变量的修改只影响当前进程及其子进程，不会影响用户或机器级别的持久化存储。

理解这三个作用域对于正确设置环境变量至关重要，尤其是当你希望变量更改在未来的会话中依然有效时。

2. PowerShell 中访问环境变量

PowerShell 提供了一个非常直观的方式来访问环境变量：Env: 驱动器和 $env: 前缀。

2.1 Env: 驱动器

PowerShell 将很多不同的数据存储表示为“驱动器”，就像文件系统中的 C:\ 或 D:\ 一样。环境变量集合被映射到了一个名为 Env: 的虚拟驱动器。你可以像浏览文件系统一样浏览这个驱动器。

2.2 使用 Get-ChildItem 查看所有环境变量

要查看当前 PowerShell 会话中所有可用的环境变量及其值，可以使用 Get-ChildItem (或其别名 ls, dir) cmdlet，指定 Env: 路径：

“`powershell

查看当前会话的所有环境变量

Get-ChildItem Env:

也可以使用别名

ls Env:
“`

执行这个命令会列出所有环境变量的名称和值，就像列出文件和文件夹一样。

powershell Name Value ---- ----- ALLUSERSPROFILE C:\ProgramData APPDATA C:\Users\YourUser\AppData\Roaming CommonProgramFiles C:\Program Files\Common Files CommonProgramFiles(x86) C:\Program Files (x86)\Common Files ... PATH C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;... TEMP C:\Users\YourUser\AppData\Local\Temp TMP C:\Users\YourUser\AppData\Local\Temp USERNAME YourUser ...

2.3 使用 $env: 语法访问特定变量

访问单个环境变量的值更加简单，直接使用 $env: 前缀加上变量名即可。这实际上是 PowerShell 访问 Env: 驱动器下特定“项”的快捷方式。

“`powershell

查看 PATH 环境变量的值

$env:PATH

查看 TEMP 环境变量的值

$env:TEMP

查看 USERNAME 环境变量的值

$env:USERNAME
“`

这会直接输出指定环境变量当前在 当前进程 中拥有的值。如果变量不存在于当前进程环境中，它将返回 $null 或一个空字符串，具体取决于 PowerShell 版本和配置。

“`powershell

尝试访问一个不存在的变量

$env:MyNonExistentVariable

(通常不会有输出)

验证是否为 null

$env:MyNonExistentVariable -eq $null

Output: True

“`

3. 在 PowerShell 会话中设置（临时）环境变量

使用 $env:VariableName = "Value" 语法可以直接在当前 PowerShell 会话中设置或修改环境变量的值。

3.1 使用 $env:VariableName = "Value"

这是最直接的设置环境变量的方法。将你想要设置的变量名放在 $env: 后面，然后用 = 赋予它一个值。

“`powershell

设置一个名为 MY_TEST_VAR 的环境变量

$env:MY_TEST_VAR = “这是一个测试值”

验证设置是否成功

$env:MY_TEST_VAR

Output: 这是一个测试值

“`

3.2 理解进程作用域

再次强调，使用 $env: 语法设置的环境变量只存在于当前的 PowerShell 进程及其由此进程启动的任何 子进程 中。它们不会改变用户或机器级别的持久化环境变量，因此一旦你关闭当前的 PowerShell 窗口，这些变量及其值就会丢失。

“`powershell

在一个 PowerShell 窗口中设置变量

$env:TemporaryVar = “This is temporary”

打开一个新的 PowerShell 窗口

在新的窗口中尝试访问该变量

$env:TemporaryVar

(通常不会有输出或显示为 $null)

回到原来的窗口，变量仍然存在

$env:TemporaryVar

Output: This is temporary

关闭原来的窗口

TemporaryVar 变量消失

“`

这种临时设置在以下场景非常有用：

在一个脚本中为后续命令设置临时配置。
为当前会话测试某个环境变量的修改效果。
在不影响系统其他部分的情况下运行一个需要特定环境变量的程序。

3.3 示例：设置临时变量

“`powershell

设置一个临时的应用程序路径变量

$env:APP_HOME = “C:\MyApplication”
Write-Host “应用程序主目录设置为: $($env:APP_HOME)”

在当前会话中运行一个依赖这个变量的脚本（假设脚本会读取 APP_HOME）

.\path\to\my_script.ps1

完成后，这个变量会在会话结束时消失

“`

3.4 示例：向 PATH 添加临时路径

一个常见的临时操作是将一个目录添加到当前的 PATH 变量中，这样就可以在当前会话中直接运行该目录下的可执行文件，而无需指定完整路径。

PATH 变量的值通常是由多个路径组成的字符串，路径之间用分号 (;) 分隔。

“`powershell

假设你有一个工具在 C:\Tools 目录下

$toolsPath = “C:\Tools”

检查 C:\Tools 是否存在

if (Test-Path $toolsPath -PathType Container) {
# 获取当前 PATH 的值
$currentPath = $env:PATH

# 构建新的 PATH 值，将新路径添加到末尾
# 注意：在添加前，通常需要确保前一个路径不是以分号结尾
# 或者更安全的方式是先分割再合并
# 简单的添加方式 (可能产生 ;; 但通常无害):
# $env:PATH += ";$toolsPath"

# 更安全和规范的方式（检查是否已存在，避免重复，处理末尾分号）：
# 将 PATH 字符串按分号分割成数组
$pathParts = $env:PATH -split ';' | Where-Object { $_ -ne "" } # 移除空条目

# 检查要添加的路径是否已经在数组中
if ($pathParts -notcontains $toolsPath) {
    # 添加新路径到数组
    $pathParts += $toolsPath

    # 将数组重新用分号连接成字符串，并设置回 $env:PATH
    $env:PATH = $pathParts -join ';'

    Write-Host "临时添加 $toolsPath 到当前会话的 PATH。"
} else {
    Write-Host "$toolsPath 已存在于当前会话的 PATH 中，无需重复添加。"
}

} else {
Write-Host “警告: 路径 $toolsPath 不存在，无法添加到 PATH。”
}

现在你可以在当前会话中直接运行 C:\Tools 下的可执行文件了

会话结束后，PATH 恢复到原来的值

“`

4. 持久化环境变量的设置

如前所述，使用 $env: 设置变量是临时的。要使变量更改永久生效，你需要修改存储用户或机器级别环境变量的 Windows 注册表。

4.1 为什么临时设置不够？

当你关闭 PowerShell 会话或命令提示符窗口时，该进程的环境变量会被销毁。下次打开新的会话时，它会重新从用户和机器的持久化存储中加载环境变量。因此，如果你希望某个程序或脚本在任何时候、任何新启动的会话中都能访问某个环境变量，就需要将它设置到用户或机器作用域。

4.2 持久化机制：Windows 注册表

Windows 将大多数系统和用户配置存储在注册表中。环境变量也不例外。

4.3 注册表中的环境变量位置

用户级别: 用户环境变量存储在当前用户的注册表配置单元下：
HKEY_CURRENT_USER\Environment
这是存储特定于当前登录用户的环境变量的地方。修改这里通常不需要管理员权限。
机器级别: 机器（系统）环境变量存储在本地机器的注册表配置单元下：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment
这是存储对系统上所有用户都生效的环境变量的地方。修改这里需要管理员权限。

这些注册表键下的每个值对应一个环境变量。值的名称就是环境变量名，值的数据就是环境变量的值。对于 PATH 变量，值类型通常是 REG_SZ 或 REG_EXPAND_SZ（包含 %variable% 引用）。

4.4 使用 PowerShell 修改注册表来设置持久化变量

PowerShell 提供了 Registry: 驱动器，以及 Get-ItemProperty, Set-ItemProperty, Remove-ItemProperty 等 cmdlet 来方便地操作注册表。

4.4.1 使用 Set-ItemProperty cmdlet

Set-ItemProperty 用于在注册表项中设置或修改一个属性（即一个注册表值）。

“`powershell

参数说明：

-Path: 指定注册表项的路径

-Name: 指定要设置的注册表值的名称（环境变量名）

-Value: 指定要设置的注册表值的数据（环境变量值）

-Type: 指定注册表值的类型 (可选，常见有 String, ExpandString, MultiString等)

“`

4.4.2 设置用户环境变量（无需管理员权限）

要设置用户环境变量，我们需要指定用户环境变量对应的注册表路径。

“`powershell

设置一个名为 MY_USER_VAR 的用户环境变量

$userEnvPath = “Registry::HKEY_CURRENT_USER\Environment”
$variableName = “MY_USER_VAR”
$variableValue = “这是一个用户级别的变量值”

检查注册表路径是否存在，如果不存在，Set-ItemProperty 会创建它

但通常 Environment 键是存在的

New-ItemProperty 也可用于创建新的注册表值，但 Set-ItemProperty 更常用，如果存在则修改，不存在则创建。

Set-ItemProperty -Path $userEnvPath -Name $variableName -Value $variableValue -Type String -Force # -Force 参数用于在值已存在时覆盖

Write-Host “用户环境变量 ‘$variableName’ 已设置为 ‘$variableValue’。”

注意：这个更改不会立即影响当前正在运行的进程，

包括当前的 PowerShell 会话。新的进程（例如，新打开的命令提示符或PowerShell窗口）

或者用户注销并重新登录后才会看到这个变化。

“`

4.4.3 设置机器环境变量（需要管理员权限）

设置机器环境变量需要修改 HKEY_LOCAL_MACHINE 下的注册表项，这通常需要提升的管理员权限。

“`powershell

设置一个名为 MY_MACHINE_VAR 的机器环境变量

注意：运行此代码需要以管理员身份启动 PowerShell

$machineEnvPath = “Registry::HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment”
$variableName = “MY_MACHINE_VAR”
$variableValue = “这是一个机器级别的变量值”

检查是否具有管理员权限 (推荐在脚本中检查)

    Write-Host "机器环境变量 '$variableName' 已设置为 '$variableValue'。"

    # 提示用户可能需要重启或注销以使更改对所有进程生效
    Write-Host "重要提示：要使此更改在所有新进程中生效，可能需要注销并重新登录，或者重启计算机。"

} catch {
    Write-Host "发生错误： $($_.Exception.Message)"
}

}

同样，这个更改不会立即影响当前正在运行的进程。

新的进程或系统重启后才会看到这个变化。

“`

4.4.4 注意事项：修改注册表后的生效时机

通过修改注册表来设置持久化环境变量并 不会立即 影响所有当前正在运行的进程。进程在启动时会加载环境变量的副本。

对于新启动的进程： 通常，在你修改注册表后启动的新进程会加载更新后的环境变量值。
对于已运行的进程： 已经运行的进程（包括当前的 PowerShell 会话）不会自动刷新它们的环境变量。它们会继续使用启动时加载的旧值。
注销/登录： 注销当前用户并重新登录是确保用户环境变量在所有新进程中生效的可靠方法。
重启： 重启计算机是确保机器环境变量和用户环境变量在所有新进程中生效的最可靠方法。
发送 WM_SETTINGCHANGE 消息： 开发者可以使用 Windows API 发送 WM_SETTINGCHANGE 消息给所有顶级窗口，通知它们环境变量已更改。一些应用程序（比如资源管理器）可能会响应这个消息并刷新其环境变量，但这不是强制的，也不是所有应用程序都会这样做。PowerShell 本身默认不会响应这个消息来刷新 $env: 驱动器，除非你通过特殊方式（如运行另一个子进程）来间接继承。所以，最稳妥的方法还是重启相关程序、注销或重启系统。

5. 移除环境变量

移除环境变量与设置类似，既可以在当前会话中临时移除，也可以从注册表中持久化移除。

5.1 移除临时环境变量 (Remove-Item Env:VariableName)

使用 Remove-Item cmdlet 配合 Env: 驱动器可以移除当前会话中的环境变量。

“`powershell

假设 MY_TEST_VAR 临时存在

$env:MY_TEST_VAR = “some value”
Write-Host “移除前 MY_TEST_VAR: $($env:MY_TEST_VAR)”

移除 MY_TEST_VAR 环境变量

Remove-Item Env:MY_TEST_VAR

验证是否移除成功

Write-Host “移除后 MY_TEST_VAR: $($env:MY_TEST_VAR)”

Output: MY_TEST_VAR:

并且 $env:MY_TEST_VAR -eq $null 会返回 True

“`

注意：这只影响当前会话。从注册表中加载的同名持久化变量并不会被移除，它们会在新会话中再次出现。

5.2 移除持久化用户环境变量 (Remove-ItemProperty in HKCU)

要从用户注册表中移除环境变量，需要使用 Remove-ItemProperty cmdlet。

“`powershell

移除之前设置的用户环境变量 MY_USER_VAR

$userEnvPath = “Registry::HKEY_CURRENT_USER\Environment”
$variableName = “MY_USER_VAR”

try {
# 检查是否存在该注册表值（环境变量）再移除，避免错误
if (Get-ItemProperty -Path $userEnvPath -Name $variableName -ErrorAction SilentlyContinue) {
Remove-ItemProperty -Path $userEnvPath -Name $variableName -Force # -Force 避免确认提示
Write-Host “用户环境变量 ‘$variableName’ 已从注册表中移除。”
} else {
Write-Host “用户环境变量 ‘$variableName’ 不存在于注册表中，无需移除。”
}
} catch {
Write-Host “发生错误： $($_.Exception.Message)”
}

同样，已运行的进程不会立即反映此变化。

新会话或注销/登录后生效。

“`

5.3 移除持久化机器环境变量 (Remove-ItemProperty in HKLM, 需要管理员权限)

移除机器环境变量同样需要管理员权限，并操作机器级别的注册表路径。

“`powershell

移除之前设置的机器环境变量 MY_MACHINE_VAR

注意：运行此代码需要以管理员身份启动 PowerShell

$machineEnvPath = “Registry::HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment”
$variableName = “MY_MACHINE_VAR”

检查是否具有管理员权限

if (-not ([Security.Principal.WindowsPrincipal][Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole] “Administrator”)) {
Write-Host “错误：移除机器环境变量需要管理员权限。”
Write-Host “请右键点击 PowerShell 图标，选择 ‘以管理员身份运行’。”
} else {
try {
# 检查是否存在再移除
if (Get-ItemProperty -Path $machineEnvPath -Name $variableName -ErrorAction SilentlyContinue) {
Remove-ItemProperty -Path $machineEnvPath -Name $variableName -Force # -Force 避免确认提示
Write-Host “机器环境变量 ‘$variableName’ 已从注册表中移除。”
Write-Host “重要提示：要使此更改在所有新进程中生效，可能需要注销并重新登录，或者重启计算机。”
} else {
Write-Host “机器环境变量 ‘$variableName’ 不存在于注册表中，无需移除。”
}
} catch {
Write-Host “发生错误： $($_.Exception.Message)”
}
}
“`

6. 重点：处理 PATH 环境变量

PATH 环境变量是一个特殊且极为重要的变量。它决定了命令行解释器（如 cmd.exe 和 PowerShell）以及许多应用程序在何处查找可执行文件。管理 PATH 是环境变量操作中最常见的需求之一。

6.1 PATH 环境变量的重要性

当你在命令行输入一个命令（如 python 或 code）时，系统首先检查它是否是一个内部命令，然后检查当前目录，最后遍历 PATH 环境变量中列出的所有目录，寻找名为 python.exe 或 code.exe 的文件。如果找到，就执行它。

6.2 PATH 值的结构

PATH 变量的值是一个长字符串，其中包含多个目录路径，这些路径之间使用分号 (;) 分隔。例如：
C:\Windows\System32;C:\Windows;C:\Program Files\Git\cmd;C:\Users\YourUser\.dotnet\tools

6.3 在 PowerShell 中读取和解析 PATH

读取 PATH 的值就像读取其他环境变量一样简单：$env:PATH。

要方便地处理 PATH 中的各个路径，通常需要将这个由分号分隔的字符串分割成一个字符串数组。

“`powershell

获取当前的 PATH 字符串

$currentPathString = $env:PATH

将字符串按分号分割成数组，并过滤掉空字符串条目

-split ‘;’ 用于按分号分割

Where-Object { $_ -ne “” } 用于移除分割可能产生的空字符串（例如 PATH 以分号结尾）

$pathArray = $currentPathString -split ‘;’ | Where-Object { $_ -ne “” }

查看分割后的数组

$pathArray
“`

6.4 向 PATH 添加新路径

向 PATH 添加路径是常见的操作，例如安装新软件后将其可执行文件目录添加到 PATH 中，以便随时调用。

6.4.1 临时添加

在当前会话中临时添加一个路径是最简单的，直接修改 $env:PATH。为了避免重复添加和处理路径分隔符，最好先将其分割成数组，检查要添加的路径是否存在，再添加并重新合并。

“`powershell

要添加的路径

$newPathToAdd = “C:\MyNewTool\bin”

确保要添加的路径存在

if (Test-Path $newPathToAdd -PathType Container) {
# 获取并分割当前的 PATH
$pathArray = ($env:PATH -split ‘;’) | Where-Object { $_ -ne “” }

# 将新路径标准化，以应对大小写或斜杠方向不一致的问题
# Get-Item $newPathToAdd | Select-Object -ExpandProperty FullName 是一个获取标准路径的方法
# 或者简单起见，直接使用 Test-Path 检查存在性即可
# 对于字符串比较，为了更精确，可以将所有路径转为小写比较
$pathArrayLower = $pathArray | ForEach-Object { $_.ToLower() }
$newPathToAddLower = $newPathToAdd.ToLower()

# 检查新路径（标准化后）是否已在当前 PATH 数组中
if ($pathArrayLower -notcontains $newPathToAddLower) {
    # 添加新路径到数组
    $pathArray += $newPathToAdd

    # 将数组重新连接成字符串并设置回 $env:PATH
    $env:PATH = $pathArray -join ';'

    Write-Host "成功临时添加 '$newPathToAdd' 到当前会话的 PATH。"
} else {
    Write-Host "'$newPathToAdd' 已存在于当前会话的 PATH 中，无需重复添加。"
}

} else {
Write-Host “警告：路径 ‘$newPathToAdd’ 不存在，无法添加到 PATH。”
}

验证

$env:PATH
“`

6.4.2 持久化添加（用户和机器级别）

持久化添加路径需要修改注册表中用户或机器作用域的 PATH 值。这涉及读取注册表中的 PATH 值，修改字符串，然后写回注册表。

添加到用户 PATH (无需管理员权限):

“`powershell

要添加到用户 PATH 的路径

$newPathToAdd = “C:\Users\YourUser\MyScripts”
$userEnvPath = “Registry::HKEY_CURRENT_USER\Environment”
$pathVariableName = “Path” # 注意：注册表中用户级的 PATH 变量名通常是 Path (P大写)

确保要添加的路径存在

if (Test-Path $newPathToAdd -PathType Container) {
try {
# 读取当前用户 PATH 的注册表值
# 如果 PATH 变量不存在，Get-ItemProperty 会报错，所以需要处理错误
$currentPathRegValue = Get-ItemProperty -Path $userEnvPath -Name $pathVariableName -ErrorAction SilentlyContinue

    if ($currentPathRegValue) {
        # 获取当前 PATH 字符串值 (可能是 String 或 ExpandString)
        # Ensure it's treated as a string
        $currentPathString = $currentPathRegValue.$pathVariableName

        # 分割成数组并过滤空项
        $pathArray = ($currentPathString -split ';') | Where-Object { $_ -ne "" }

        # 将所有现有路径转为小写进行比较
        $pathArrayLower = $pathArray | ForEach-Object { $_.ToLower() }
        $newPathToAddLower = $newPathToAdd.ToLower()

        # 检查新路径（小写）是否已存在于数组中
        if ($pathArrayLower -notcontains $newPathToAddLower) {
            # 添加新路径到数组
            $pathArray += $newPathToAdd

            # 将数组重新连接成字符串
            $newPathString = $pathArray -join ';'

            # 写回注册表
            Set-ItemProperty -Path $userEnvPath -Name $pathVariableName -Value $newPathString -Type ExpandString -Force # 通常用户级的 PATH 是 ExpandString 类型

            Write-Host "成功持久化添加 '$newPathToAdd' 到用户 PATH。"
            Write-Host "重要提示：需要注销/登录或重启相关程序以使更改生效。"

        } else {
            Write-Host "'$newPathToAdd' 已存在于用户 PATH 中，无需重复添加。"
        }
    } else {
        # 用户 PATH 变量不存在，直接创建它
        Set-ItemProperty -Path $userEnvPath -Name $pathVariableName -Value $newPathToAdd -Type ExpandString -Force
        Write-Host "用户 PATH 变量不存在，已创建并添加 '$newPathToAdd'。"
        Write-Host "重要提示：需要注销/登录或重启相关程序以使更改生效。"
    }
} catch {
    Write-Host "发生错误： $($_.Exception.Message)"
    Write-Host "错误详情： $($_.Exception.ToString())" # 打印更详细的错误信息
}

} else {
Write-Host “警告：路径 ‘$newPathToAdd’ 不存在，无法添加到用户 PATH。”
}
“`

添加到机器 PATH (需要管理员权限):

机器级别的 PATH 变量名通常是 Path (P大写)。修改过程类似用户级别，但需要管理员权限，并操作 HKLM 路径。

“`powershell

要添加到机器 PATH 的路径

$newPathToAdd = “C:\Program Files\MyApp\bin”
$machineEnvPath = “Registry::HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment”
$pathVariableName = “Path” # 机器级的 PATH 变量名通常也是 Path (P大写)

检查是否具有管理员权限

        if ($currentPathRegValue) {
            $currentPathString = $currentPathRegValue.$pathVariableName

            # 分割成数组并过滤空项
            $pathArray = ($currentPathString -split ';') | Where-Object { $_ -ne "" }

            # 将所有现有路径转为小写进行比较
            $pathArrayLower = $pathArray | ForEach-Object { $_.ToLower() }
            $newPathToAddLower = $newPathToAdd.ToLower()

            # 检查新路径（小写）是否已存在于数组中
            if ($pathArrayLower -notcontains $newPathToAddLower) {
                # 添加新路径到数组
                $pathArray += $newPathToAdd

                # 将数组重新连接成字符串
                $newPathString = $pathArray -join ';'

                # 写回注册表
                Set-ItemProperty -Path $machineEnvPath -Name $pathVariableName -Value $newPathString -Type ExpandString -Force # 机器级的 PATH 通常也是 ExpandString 类型

                Write-Host "成功持久化添加 '$newPathToAdd' 到机器 PATH。"
                Write-Host "重要提示：需要重启计算机以使更改对所有用户生效。"

            } else {
                Write-Host "'$newPathToAdd' 已存在于机器 PATH 中，无需重复添加。"
            }
        } else {
             # 机器 PATH 变量不存在，直接创建它 (这种情况很少见，但作为鲁棒性处理)
            Set-ItemProperty -Path $machineEnvPath -Name $pathVariableName -Value $newPathToAdd -Type ExpandString -Force
            Write-Host "机器 PATH 变量不存在，已创建并添加 '$newPathToAdd'。"
            Write-Host "重要提示：需要重启计算机以使更改生效。"
        }
    } catch {
        Write-Host "发生错误： $($_.Exception.Message)"
        Write-Host "错误详情： $($_.Exception.ToString())"
    }
} else {
    Write-Host "警告：路径 '$newPathToAdd' 不存在，无法添加到机器 PATH。"
}

}
“`

6.5 从 PATH 中移除路径

从 PATH 中移除路径同样需要小心处理字符串分割和合并，并且在注册表中执行时需要针对不同作用域和权限。

临时移除:

“`powershell

要从当前会话 PATH 中移除的路径

$pathToRemove = “C:\OldTool\bin”

获取并分割当前的 PATH

$pathArray = ($env:PATH -split ‘;’) | Where-Object { $_ -ne “” }

将所有路径转为小写进行比较

$pathArrayLower = $pathArray | ForEach-Object { $_.ToLower() }
$pathToRemoveLower = $pathToRemove.ToLower()

检查路径是否存在于数组中

$indexToRemove = $pathArrayLower.IndexOf($pathToRemoveLower)

if ($indexToRemove -ge 0) {
# 从数组中移除该路径
$pathArray = $pathArray | Where-Object { $_.ToLower() -ne $pathToRemoveLower }

# 将剩余路径重新连接成字符串并设置回 $env:PATH
$env:PATH = $pathArray -join ';'

Write-Host "成功临时从当前会话的 PATH 中移除 '$pathToRemove'。"

} else {
Write-Host “‘$pathToRemove’ 不存在于当前会话的 PATH 中，无需移除。”
}

验证

$env:PATH
“`

持久化移除（用户和机器级别）:

从注册表中的 PATH 变量移除路径需要读取注册表值，修改其字符串内容，然后写回。

从用户 PATH 移除 (无需管理员权限):

“`powershell

要从用户 PATH 中移除的路径

$pathToRemove = “C:\Users\YourUser\MyOldScripts”
$userEnvPath = “Registry::HKEY_CURRENT_USER\Environment”
$pathVariableName = “Path” # 用户级的 PATH 变量名通常是 Path (P大写)

确保要移除的路径是一个有效的路径（可选，但有助于避免尝试移除不存在的格式）

if (Test-Path $pathToRemove -PathType Container -ErrorAction SilentlyContinue) { … } # 这只检查目录是否存在，不检查它是否真的在PATH里

try {
# 读取当前用户 PATH 的注册表值
$currentPathRegValue = Get-ItemProperty -Path $userEnvPath -Name $pathVariableName -ErrorAction SilentlyContinue

if ($currentPathRegValue) {
    $currentPathString = $currentPathRegValue.$pathVariableName

    # 分割成数组并过滤空项
    $pathArray = ($currentPathString -split ';') | Where-Object { $_ -ne "" }

    # 将所有路径转为小写进行比较
    $pathArrayLower = $pathArray | ForEach-Object { $_.ToLower() }
    $pathToRemoveLower = $pathToRemove.ToLower()

    # 检查要移除的路径（小写）是否在数组中
    if ($pathArrayLower -contains $pathToRemoveLower) {
        # 从数组中移除该路径
        $pathArray = $pathArray | Where-Object { $_.ToLower() -ne $pathToRemoveLower }

        # 将剩余路径重新连接成字符串
        $newPathString = $pathArray -join ';'

        # 写回注册表
        # 如果移除后 PATH 变为空，最好移除注册表值，而不是设置为空字符串
        if ([string]::IsNullOrWhiteSpace($newPathString)) {
             Remove-ItemProperty -Path $userEnvPath -Name $pathVariableName -Force
             Write-Host "用户 PATH 变量已变为空，已移除注册表值。"
        } else {
            Set-ItemProperty -Path $userEnvPath -Name $pathVariableName -Value $newPathString -Type ExpandString -Force
            Write-Host "成功持久化从用户 PATH 中移除 '$pathToRemove'。"
        }

        Write-Host "重要提示：需要注销/登录或重启相关程序以使更改生效。"

    } else {
        Write-Host "'$pathToRemove' 不存在于用户 PATH 中，无需移除。"
    }
} else {
    Write-Host "用户 PATH 变量不存在，无需移除 '$pathToRemove'。"
}

} catch {
Write-Host “发生错误： $($.Exception.Message)”
Write-Host “错误详情： $($.Exception.ToString())”
}
“`

从机器 PATH 移除 (需要管理员权限):

“`powershell

要从机器 PATH 中移除的路径

$pathToRemove = “C:\Program Files\OldApp\bin”
$machineEnvPath = “Registry::HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment”
$pathVariableName = “Path” # 机器级的 PATH 变量名通常是 Path (P大写)

检查是否具有管理员权限

    if ($currentPathRegValue) {
        $currentPathString = $currentPathRegValue.$pathVariableName

        # 分割成数组并过滤空项
        $pathArray = ($currentPathString -split ';') | Where-Object { $_ -ne "" }

        # 将所有路径转为小写进行比较
        $pathArrayLower = $pathArray | ForEach-Object { $_.ToLower() }
        $pathToRemoveLower = $pathToRemove.ToLower()

        # 检查要移除的路径（小写）是否在数组中
        if ($pathArrayLower -contains $pathToRemoveLower) {
            # 从数组中移除该路径
            $pathArray = $pathArray | Where-Object { $_.ToLower() -ne $pathToRemoveLower }

            # 将剩余路径重新连接成字符串
            $newPathString = $pathArray -join ';'

             # 如果移除后 PATH 变为空，最好移除注册表值
            if ([string]::IsNullOrWhiteSpace($newPathString)) {
                 Remove-ItemProperty -Path $machineEnvPath -Name $pathVariableName -Force
                 Write-Host "机器 PATH 变量已变为空，已移除注册表值。"
            } else {
                Set-ItemProperty -Path $machineEnvPath -Name $pathVariableName -Value $newPathString -Type ExpandString -Force
                Write-Host "成功持久化从机器 PATH 中移除 '$pathToRemove'。"
            }

            Write-Host "重要提示：需要重启计算机以使更改对所有用户生效。"

        } else {
            Write-Host "'$pathToRemove' 不存在于机器 PATH 中，无需移除。"
        - }
    } else {
        Write-Host "机器 PATH 变量不存在，无需移除 '$pathToRemove'。"
    }
} catch {
    Write-Host "发生错误： $($_.Exception.Message)"
    Write-Host "错误详情： $($_.Exception.ToString())"
}

}
“`

6.6 编写鲁棒的 PATH 修改脚本

正如上面示例所示，手动修改 PATH 字符串容易出错（例如，处理分号、重复项、大小写）。编写专门的 PowerShell 函数或脚本来封装这些逻辑是最佳实践。一个好的 PATH 修改脚本应该：

能够指定是修改用户 PATH 还是机器 PATH。
检查目标路径是否存在。
检查要添加的路径是否已存在，避免重复。
检查要移除的路径是否确实在 PATH 中。
正确处理 PATH 字符串的分割和合并。
处理管理员权限的要求。
提供清晰的输出，说明操作是否成功以及是否需要重启/注销。

社区中已经有一些现有的 PowerShell 模块提供了更高级的 PATH 管理功能，例如 PSCrossUtils 中的一些函数。在生产环境或需要频繁、复杂操作时，考虑使用这些模块会更方便和安全。

7. 使用 .NET Framework 类库操作环境变量

除了 PowerShell cmdlet，你还可以直接使用 .NET Framework 中的类来操作环境变量。System.Environment 类提供了访问环境变量的方法。

7.1 System.Environment 类

System.Environment 类提供静态方法来获取和设置环境变量。

7.2 GetEnvironmentVariable 方法

用于获取环境变量的值。它有一个重载方法允许你指定作用域。

csharp // C# 语法 string GetEnvironmentVariable(string variable); // 获取当前进程环境变量 string GetEnvironmentVariable(string variable, EnvironmentVariableTarget target); // 获取指定作用域的环境变量

在 PowerShell 中使用：

“`powershell

获取当前进程的 PATH 变量

获取用户作用域的 PATH 变量

获取机器作用域的 PATH 变量

“`

7.3 SetEnvironmentVariable 方法及其 EnvironmentVariableTarget 参数

用于设置环境变量的值。它同样有一个重载方法允许你指定作用域。

csharp // C# 语法 void SetEnvironmentVariable(string variable, string value); // 设置当前进程环境变量 void SetEnvironmentVariable(string variable, string value, EnvironmentVariableTarget target); // 设置指定作用域的环境变量

EnvironmentVariableTarget 是一个枚举类型，有三个成员：
* Process: 对应当前进程作用域。
* User: 对应用户作用域。
* Machine: 对应机器作用域。

在 PowerShell 中使用：

“`powershell

设置当前进程的 MY_NET_VAR 变量 (临时)

$env:MY_NET_VAR # 验证

设置用户作用域的 MY_NET_VAR_USER 变量

验证（需要在新会话中）：在新 PowerShell 窗口中执行 $env:MY_NET_VAR_USER

设置机器作用域的 MY_NET_VAR_MACHINE 变量 (需要管理员权限)

在管理员身份的 PowerShell 中执行：

验证（需要重启）：重启计算机后，在任何新会话中执行 $env:MY_NET_VAR_MACHINE

“`

7.4 示例：使用 .NET 方法设置不同作用域的变量

这些示例与上面使用 $env: 和 Set-ItemProperty 的示例功能相同，只是使用了不同的底层 API。

“`powershell

— 使用 .NET 方法设置 —

1. 设置进程变量 (临时)

Write-Host “— 设置进程变量 (临时) —”
$varNameProcess = “NET_PROCESS_VAR”
$varValueProcess = “This is a process-level variable set by .NET”

Write-Host “进程变量 ‘$varNameProcess’ 设置成功。当前值: $(System.Environment::GetEnvironmentVariable($varNameProcess, [System.EnvironmentVariableTarget]::Process))”
Write-Host “进程变量 ‘$varNameProcess’ 设置成功。\$env 值: $($env:$varNameProcess)” # $env: 也反映进程变量
Write-Host “此变量将在当前会话结束时消失。”
Write-Host “”

2. 设置用户变量 (持久化)

Write-Host “— 设置用户变量 (持久化) —”
$varNameUser = “NET_USER_VAR”
$varValueUser = “This is a user-level variable set by .NET”
try {
System.Environment::SetEnvironmentVariable($varNameUser, $varValueUser, [System.EnvironmentVariableTarget]::User)
Write-Host “用户变量 ‘$varNameUser’ 设置成功。”
Write-Host “注册表中的值: $(System.Environment::GetEnvironmentVariable($varNameUser, [System.EnvironmentVariableTarget]::User))” # .NET 可以直接读取注册表值
Write-Host “重要提示：需要在新会话或注销/登录后才能看到这个变量。”
} catch {
Write-Host “设置用户变量 ‘$varNameUser’ 失败： $($_.Exception.Message)”
}
Write-Host “”

3. 设置机器变量 (持久化，需要管理员权限)

Write-Host “— 设置机器变量 (持久化，需要管理员权限) —”
$varNameMachine = “NET_MACHINE_VAR”
$varValueMachine = “This is a machine-level variable set by .NET”

检查是否具有管理员权限

if (-not ([Security.Principal.WindowsPrincipal][Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole] “Administrator”)) {
Write-Host “错误：设置机器变量需要管理员权限。”
Write-Host “请右键点击 PowerShell 图标，选择 ‘以管理员身份运行’。”
} else {
try {
System.Environment::SetEnvironmentVariable($varNameMachine, $varValueMachine, [System.EnvironmentVariableTarget]::Machine)
Write-Host “机器变量 ‘$varNameMachine’ 设置成功。”
Write-Host “注册表中的值: $(System.Environment::GetEnvironmentVariable($varNameMachine, [System.EnvironmentVariableTarget]::Machine))” # .NET 可以直接读取注册表值
Write-Host “重要提示：需要重启计算机后才能看到这个变量对所有用户生效。”
} catch {
Write-Host “设置机器变量 ‘$varNameMachine’ 失败： $($_.Exception.Message)”
}
}
“`

7.5 比较 .NET 方法与 PowerShell cmdlet 的优劣

$env: 驱动器: 最简单直接的方式，仅适用于当前进程（临时）。
Registry Cmdlets (Set-ItemProperty等): 直接操作注册表，可以实现持久化。需要知道注册表路径，手动处理字符串（尤其是 PATH）。
.NET System.Environment 类: 提供了更抽象和标准化的方式来操作环境变量，通过 EnvironmentVariableTarget 参数明确指定作用域，无需关心具体的注册表路径。代码更简洁，意图更清晰。这是在 PowerShell 中进行持久化环境变量操作的推荐方式之一，因为它内置了对不同作用域的处理。然而，它在修改 PATH 这种需要读取-修改-写回字符串值的场景中，仍然需要自己编写逻辑来处理字符串分割和合并。

总的来说，对于临时变量使用 $env:，对于持久化变量，System.Environment 类通常比直接操作注册表 Cmdlet 更方便易懂，尤其是不需要处理 PATH 这种复杂字符串变量时。修改 PATH 变量时，无论是 Registry Cmdlets 还是 .NET 类，都需要额外的字符串处理逻辑。

8. PowerShell 配置文件 ($PROFILE) 与环境变量

PowerShell 配置文件是一个特殊的脚本文件，在每次启动 PowerShell 会话时都会执行。你可以利用它在会话启动时自动设置一些环境变量。

8.1 $PROFILE 的作用

$PROFILE 变量存储了当前用户和主机的 PowerShell 配置文件的路径。例如，对于大多数用户，它可能是 C:\Users\YourUser\Documents\PowerShell\Microsoft.PowerShell_profile.ps1。如果你还没有这个文件，可以使用 New-Item -Path $PROFILE -ItemType File -Force 命令创建它。

在 $PROFILE 中设置的环境变量，只会在该 PowerShell 会话启动时被加载。

8.2 在 $PROFILE 中设置环境变量

在你的 $PROFILE 文件中，可以直接使用 $env: 语法设置变量：

“`powershell

在你的 $PROFILE 文件中添加以下行

设置一个在每个 PowerShell 会话启动时可用的临时环境变量

$env:MY_SESSION_VAR = “This variable is set in the profile”

向当前会话的 PATH 添加一个常用工具路径

$env:PATH += “;C:\MyEverydayTool\bin”
“`

保存 $PROFILE 文件后，下次打开新的 PowerShell 会话时，这些命令会被执行，从而设置相应的环境变量。

8.3 理解 $PROFILE 设置的环境变量的作用域

通过 $PROFILE 设置的环境变量本质上是 进程作用域 的变量，尽管它们在每次新会话启动时都会被设置，给人一种“持久化”的感觉。但这只影响 PowerShell 会话本身及其子进程。其他 非 PowerShell 进程（例如，从资源管理器启动的 Notepad）不会自动加载这些变量，除非它们恰好是 PowerShell 会话的子进程。

通过 $PROFILE 设置环境变量适用于那些仅在 PowerShell 环境中有意义的变量，或者那些你希望在每个 PowerShell 会话开始时自动加载的工具路径（作为对系统/用户 PATH 的补充）。如果变量需要在系统范围或用户所有应用程序中都有效，则应使用注册表（通过 Registry Cmdlets 或 .NET 类）进行持久化设置。

9. 图形界面与 PowerShell 的关系

Windows 的系统属性对话框（可以通过“此电脑”右键属性 -> 高级系统设置 -> 环境变量打开）提供了一个图形界面来查看和编辑用户和机器环境变量。

通过 PowerShell 修改用户或机器注册表中的环境变量后，这些更改会立即反映在注册表中。但是，图形界面可能不会立即更新显示。你需要关闭并重新打开系统属性对话框才能看到最新的值。

更重要的是，如前所述，环境变量的更改并不会立即影响所有 已运行 的进程。无论你是通过图形界面还是 PowerShell 修改的注册表，新启动的进程才会加载更新后的值。系统属性对话框在保存更改时会尝试发送 WM_SETTINGCHANGE 消息，但这并不能保证所有程序都能及时响应并刷新环境变量。

10. 故障排除与最佳实践

环境变量未生效？
- 检查作用域： 你是在当前会话（临时）设置的，还是在用户或机器作用域（持久化）设置的？检查 $env: 在当前会话中的值，再检查注册表中用户/机器路径下的值。
- 需要重启/注销： 如果你修改了用户或机器作用域的变量，请尝试注销当前用户并重新登录，或者重启计算机。
- 管理员权限： 修改机器作用域的环境变量需要管理员权限。确保你是以管理员身份运行的 PowerShell。
- 语法错误： 检查变量名、值、注册表路径是否正确。特别是 PATH 变量，检查分号分隔符和路径格式。
- 检查注册表： 直接打开注册表编辑器 (regedit)，导航到 HKEY_CURRENT_USER\Environment 和 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment，手动验证变量值是否已更改。
- PATH 变量的特殊性： 确保你修改 PATH 时正确地读取了现有值、添加/移除了路径，并重新合并了字符串。注意用户 PATH 和机器 PATH 中的同名条目，以及系统如何合并它们。
PATH 过长问题： 随着安装的软件越来越多，PATH 可能会变得非常长。这可能导致一些老旧程序出现问题，或者命令行性能略受影响。尽量只在 PATH 中包含必要的目录，将不太常用的工具路径通过别名或函数在 $PROFILE 中定义，或者仅在需要时临时添加到 PATH。
使用脚本管理环境变量的优点：
- 可重复性： 一次编写，多次使用，尤其是在多台计算机上部署环境时。
- 自动化： 可以在自动化脚本中轻松集成环境变量的设置。
- 减少错误： 封装复杂逻辑（如 PATH 修改），减少手动输入错误。
- 版本控制： 可以将管理环境变量的脚本纳入版本控制系统。
备份重要的环境变量： 在进行大的系统配置更改之前，特别是修改 PATH 变量时，最好备份用户和机器的 Environment 注册表键。可以使用 PowerShell 的 Export-Clixml 或 Export-Registry (如果可用) 或直接在 regedit 中导出。

“`powershell

备份用户环境变量注册表项

Export-Clixml -Path “$($env:USERPROFILE)\Desktop\UserEnvironment_Backup_$(Get-Date -Format ‘yyyyMMddHHmmss’).xml” -InputObject (Get-ItemProperty -Path “Registry::HKEY_CURRENT_USER\Environment”)

备份机器环境变量注册表项 (需要管理员权限)

Export-Clixml -Path “$($env:USERPROFILE)\Desktop\MachineEnvironment_Backup_$(Get-Date -Format ‘yyyyMMddHHmmss’).xml” -InputObject (Get-ItemProperty -Path “Registry::HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment”)

“`

11. 总结

本文详细介绍了在 PowerShell 中管理环境变量的各种方法。我们学习了环境变量的基本概念、作用域（进程、用户、机器）以及它们在 Windows 中的持久化机制（注册表）。

掌握以下关键点至关重要：

使用 $env: 语法访问和设置 当前进程（临时）环境变量。
理解环境变量作用域是实现持久化的关键。
通过修改注册表中的 HKEY_CURRENT_USER\Environment 和 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment 来实现用户和机器级别的持久化设置。
使用 PowerShell 的 Registry: 驱动器以及 Get-ItemProperty, Set-ItemProperty, Remove-ItemProperty Cmdlets 来操作注册表。
使用 .NET Framework 的 System.Environment 类配合 EnvironmentVariableTarget 枚举，可以以更结构化的方式实现持久化设置，并且无需直接操作注册表路径。
特别注意 PATH 环境变量的处理，它需要字符串分割、修改和重新合并的逻辑，并且在持久化时要确保正确操作注册表。
通过修改 PowerShell $PROFILE 文件可以在每次会话启动时设置环境变量，但这仅限于当前进程及其子进程。
环境变量的持久化修改通常需要注销/登录或重启计算机才能在所有相关进程中生效。

PowerShell 提供了强大的工具集来管理环境变量，无论是简单的临时设置，还是复杂的持久化配置。通过理解不同的方法和作用域，你可以更有效地控制你的开发和管理环境，确保应用程序和脚本能够正确地找到所需的资源和配置。将常用的环境变量管理操作封装到脚本中，可以进一步提高效率和减少错误。