PowerShell 设置环境变量教程：掌控你的运行环境 (永久/临时)

环境变脸 (Environment Variables) 是操作系统中一种非常重要的机制，它们存储了关于系统环境、用户配置、应用程序路径等信息。应用程序和脚本可以通过读取这些变量来获取必要的数据，从而影响它们的行为。例如，PATH 环境变量告诉操作系统去哪些目录查找可执行文件；TEMP 环境变量指定临时文件存放的位置；一些应用程序也会使用特定的环境变量来读取配置信息或授权凭证。

在 Windows 系统中，我们可以通过多种方式来管理环境变量，最常见的是通过“系统属性”的图形界面。然而，对于IT专业人员、系统管理员、开发者以及需要自动化或批量处理任务的用户来说，使用命令行工具来管理环境变量更加高效和灵活。PowerShell 作为 Windows 现代化的命令行 Shell，提供了强大且灵活的方式来操作环境变量。

本篇文章将深入探讨如何使用 PowerShell 设置、获取和删除环境变量，涵盖临时（仅当前会话有效）和永久（用户或系统级别，跨会话、跨重启）的方法。

为什么使用 PowerShell 管理环境变量？

自动化与脚本化： PowerShell 脚本可以轻松地批量设置或修改环境变量，这对于部署应用程序、配置开发环境或执行维护任务非常有用。
精确控制： PowerShell 提供了更精细的控制，例如在设置永久变量时可以选择是用户级别还是系统级别。
获取详细信息： 使用 PowerShell 可以方便地获取当前所有环境变量及其值，进行过滤、排序等操作。
跨平台能力 (PowerShell Core)： 如果你在使用 PowerShell Core，相同的命令和方法也可以在 Linux 和 macOS 上工作（尽管环境变量的存储和命名习惯可能有所不同，但基本操作逻辑一致）。
一致性： 在自动化流程中使用 PowerShell 设置环境变量，可以确保在不同机器或不同时间执行时获得一致的结果。

环境变脸的层次与作用域

在 Windows 中，环境变量主要存在于以下几个层次：

进程级别 (Process Scope): 这是最低的层次。每个正在运行的进程都有自己独立的一套环境变量副本。当你通过 $env: 前缀在 PowerShell 中设置一个变量时，你修改的是当前 PowerShell 进程的环境变量副本。这些修改只对当前进程及其启动的子进程有效，不会影响其他已经运行的进程，也不会在当前进程结束或系统重启后保留。这是我们常说的“临时”环境变量。
用户级别 (User Scope): 这些变量与特定的用户关联。它们存储在 Windows 注册表中 (HKEY_CURRENT_USER\Environment)。当用户登录时，系统会加载这些变量，并将它们作为该用户启动的所有进程的默认环境变量的基础。这些变量是持久的，会保留在用户注销或系统重启之后。
系统级别 (Machine Scope): 这些变量与计算机本身关联，不特定于某个用户。它们存储在 Windows 注册表中 (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment)。系统启动时会加载这些变量，它们对所有用户和所有进程都有效。设置系统级别变量通常需要管理员权限。

当一个新进程启动时，它会继承其父进程的环境变量。操作系统在构建一个进程的环境变量集时，遵循一定的优先级：进程级别变量 > 用户级别变量 > 系统级别变量。这意味着如果在多个层次定义了同名的变量，进程会优先使用进程级别的定义，然后是用户级别的，最后是系统级别的。

PowerShell 的 $env: 语法默认操作的是当前进程的环境变量。要操作用户或系统级别的永久变量，我们需要使用 .NET Framework 或 .NET Core 中提供的 [Environment] 类。

1. 查看当前环境变量

在设置或修改环境变量之前，了解当前的环境变量状态非常重要。PowerShell 提供了非常方便的方式来查看环境变量。

PowerShell 将环境变量暴露为一个驱动器，叫做 Env:。你可以像浏览文件系统一样来浏览和操作环境变量。

查看所有当前进程可用的环境变量：

“`powershell
Get-ChildItem Env:

或者简写

ls Env:
dir Env:
“`

执行这个命令，你会看到一个列表，显示了所有环境变量的名称和值。这些变量是当前 PowerShell 进程从其父进程继承的，并可能包含你之前在当前会话中设置的临时变量。

查看特定环境变量的值：

你可以直接使用 $env: 前缀加上变量名来获取特定环境变量的值。

“`powershell

查看 PATH 变量

$env:PATH

查看 TEMP 变量

$env:TEMP

查看系统名称

$env:COMPUTERNAME
“`

查看特定环境变量的详细信息：

Get-ChildItem Env: 的输出实际上是 System.Collections.DictionaryEntry 对象。如果你想看到更详细的对象属性（尽管对于环境变量来说可能不那么常用），可以使用 Format-List：

powershell Get-ChildItem Env:PATH | Format-List *

这会显示 Name 和 Value 等属性。

2. 设置临时环境变量 (进程级别)

设置临时环境变量是最简单和最常用的操作，尤其是在脚本中为一个特定的任务设置临时的配置。

使用 $env: 前缀，就像设置一个普通的 PowerShell 变量一样。

语法：

powershell $env:VariableName = "VariableValue"

示例：

假设你想设置一个名为 MY_TEMP_VAR 的临时变量，值为 "Hello World"。

“`powershell

设置临时变量

$env:MY_TEMP_VAR = “Hello World”

验证设置

$env:MY_TEMP_VAR

再次查看所有变量，你会看到 MY_TEMP_VAR

Get-ChildItem Env:
“`

重要提示：

这个变量只在当前的 PowerShell 会话中存在。
当你关闭当前的 PowerShell 窗口，这个变量就会消失。
在你设置变量之后启动的任何子进程（例如，从当前 PowerShell 窗口运行另一个脚本或程序），都会继承这个变量。
在设置值时，如果值包含空格或其他特殊字符，最好使用引号括起来。

3. 删除临时环境变量 (进程级别)

要删除一个临时环境变量，你可以将其值设置为空字符串或者使用 Remove-Item cmdlet。

方法一：设置为空字符串 (实际上并未删除，只是清空值)

“`powershell
$env:MY_TEMP_VAR = “”

验证（值为空或看起来不存在，但实际 entry 可能还在）

$env:MY_TEMP_VAR
Get-ChildItem Env:MY_TEMP_VAR # 可能仍会显示 Name, Value 为空
`` 这种方法在某些情况下可能足够，但在Get-ChildItem Env:` 的输出中，变量名可能仍然存在，只是值是空的。

方法二：使用 Remove-Item (推荐，真正移除条目)

“`powershell
Remove-Item Env:MY_TEMP_VAR

验证（变量不存在）

$env:MY_TEMP_VAR # 输出为空行或错误
Get-ChildItem Env:MY_TEMP_VAR # 会报错，说明变量不存在
“`

示例：

“`powershell

先设置一个临时变量

$env:TEMP_VAR_TO_REMOVE = “ToDelete”
$env:TEMP_VAR_TO_REMOVE # 确认存在

使用 Remove-Item 删除

Remove-Item Env:TEMP_VAR_TO_REMOVE

确认已删除

$env:TEMP_VAR_TO_REMOVE # 应该没有输出了
Get-ChildItem Env:TEMP_VAR_TO_REMOVE # 会报错
“`

4. 设置永久环境变量 (用户或系统级别)

设置永久环境变量需要与 Windows 注册表交互，这通常通过 .NET Framework 或 .NET Core 中的 System.Environment 类来完成。这个类提供了静态方法 SetEnvironmentVariable 来实现这个功能。

[Environment]::SetEnvironmentVariable 方法：

这个方法有几个重载，最常用的是接受三个参数的版本：

csharp public static void SetEnvironmentVariable (string variable, string value, EnvironmentVariableTarget target);

variable: 要设置的变量名 (string)。
value: 要设置的变量值 (string)。如果设置为 $null 或空字符串 ""，则效果是删除该变量。
target: 指定变量的作用域。这是一个 System.EnvironmentVariableTarget 枚举值。常用的值有：
- "Process": 对应当前的进程级别 (与 $env: 设置临时变量类似，但不完全等同，它会调用底层的 Windows API)。
- "User": 对应当前用户的用户级别。修改的是 HKEY_CURRENT_USER\Environment。
- "Machine": 对应系统级别。修改的是 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment。设置此级别通常需要管理员权限。

语法 (在 PowerShell 中调用 .NET 方法)：

“`powershell

“`

示例 1：设置用户级别的永久变量

假设你想为当前用户设置一个名为 MY_USER_VAR 的永久变量，值为 "User Specific Value"。

“`powershell

设置用户级别的永久变量

提示：这里的输出为空，因为这个方法不返回任何值。

你需要重新打开一个 PowerShell 窗口或文件资源管理器等来验证。

在新的 PowerShell 窗口中验证：

$env:MY_USER_VAR

应该输出 “User Specific Value”

“`

示例 2：设置系统级别的永久变量 (需要管理员权限)

假设你想设置一个名为 MY_SYSTEM_VAR 的系统级别变量，值为 "System Wide Value"。

首先，你需要以管理员身份运行 PowerShell。

“`powershell

确保你以管理员身份运行了 PowerShell

设置系统级别的永久变量

提示：这里的输出为空。

你需要重新启动计算机或至少注销再登录来验证。

在新的 PowerShell 窗口（普通或管理员）中验证：

$env:MY_SYSTEM_VAR

应该输出 “System Wide Value”

“`

重要提示：

使用 [Environment]::SetEnvironmentVariable 设置的永久变量（User 或 Machine）不会立即影响当前运行的进程（包括你用来设置变量的 PowerShell 窗口）。
更改会在注册表中生效，但需要 新的进程 才能加载这些新的或修改后的变量。
对于用户变量，通常重新打开程序（如新的 PowerShell 窗口、文件资源管理器）即可看到变化。但有些程序可能会缓存环境变量，可能需要注销当前用户再登录。
对于系统变量，最稳妥的方式是 重新启动计算机，因为许多系统服务和关键进程在启动时加载环境变量。虽然有时注销/登录或重启 Explorer.exe 可能有效，但不能保证。

5. 删除永久环境变量 (用户或系统级别)

要删除一个永久环境变量，同样使用 [Environment]::SetEnvironmentVariable 方法，但将 value 参数设置为 $null 或空字符串 ""。

语法：

“`powershell

或者

“`

示例 1：删除用户级别的永久变量

假设你想删除之前设置的 MY_USER_VAR 用户级别变量。

“`powershell

删除用户级别的永久变量 MY_USER_VAR

验证（在新的 PowerShell 窗口中）

$env:MY_USER_VAR

应该没有输出了

“`

示例 2：删除系统级别的永久变量 (需要管理员权限)

假设你想删除 MY_SYSTEM_VAR 系统级别变量。

首先，你需要以管理员身份运行 PowerShell。

“`powershell

确保你以管理员身份运行了 PowerShell

删除系统级别的永久变量 MY_SYSTEM_VAR

验证（在新的 PowerShell 窗口或重启后）

$env:MY_SYSTEM_VAR

应该没有输出了

“`

重要提示： 删除永久变量同样不会立即影响当前运行的进程。需要启动新的进程或重新登录/重启来使更改生效。

6. 特殊案例：修改 PATH 环境变量

PATH 环境变量是一个非常特殊的、极其重要的变量。它包含了一系列目录路径，操作系统在查找用户输入的命令（如 cmd.exe、ping.exe、自定义工具）时，会按顺序检查这些目录。

修改 PATH 变量时，绝对不能简单地用新路径覆盖旧值，否则会导致大量系统命令失效！正确的做法是 将新路径添加到现有 PATH 值的后面。

PATH 变量中的不同目录路径之间使用分号 (;) 分隔。

6.1 查看 PATH 变量

powershell $env:PATH
你会看到一长串用分号隔开的路径。

6.2 临时向 PATH 添加一个路径

“`powershell

假设你想临时添加 C:\MyTools 目录到 PATH

$env:PATH = $env:PATH + “;C:\MyTools”

或者更简洁地使用 += 操作符

$env:PATH += “;C:\MyTools”

验证（只在当前 PowerShell 窗口有效）

$env:PATH # 查看是否已添加 C:\MyTools
“`
这种方法只影响当前的 PowerShell 进程及其子进程，关闭窗口后失效。

6.3 永久向 PATH 添加一个路径 (用户或系统级别)

这是最常见的需求之一，例如安装了新的命令行工具或开发环境后，需要将其 bin 目录添加到 PATH 中以便在任何地方都能直接运行其命令。

我们仍然使用 [Environment]::SetEnvironmentVariable 方法，但需要先获取当前的 PATH 值，然后将新路径追加到后面，最后再设置回去。

添加用户级别的永久 PATH 路径：

“`powershell

要添加的路径

$newPath = “C:\MyUserTool”

获取当前用户级别的 PATH 值

$currentPath = Environment::GetEnvironmentVariable(“PATH”, “User”)

检查要添加的路径是否已经存在，避免重复添加（可选但推荐）

if ($currentPath -notlike “$newPath“) {
# 将新路径添加到现有 PATH 的后面，用分号分隔
# 注意处理 $currentPath 可能为空的情况
if ([string]::IsNullOrEmpty($currentPath)) {
$updatedPath = $newPath
} else {
$updatedPath = “$currentPath;$newPath”
}

# 设置更新后的用户级别的 PATH
[Environment]::SetEnvironmentVariable("PATH", $updatedPath, "User")

Write-Host "Successfully added '$newPath' to User PATH."
Write-Host "Please open a new PowerShell window or relog to see the change."

} else {
Write-Host “‘$newPath’ already exists in User PATH.”
}
“`

添加系统级别的永久 PATH 路径 (需要管理员权限)：

“`powershell

确保你以管理员身份运行了 PowerShell

要添加的路径

$newPath = “C:\MySystemTool”

获取当前系统级别的 PATH 值

$currentPath = Environment::GetEnvironmentVariable(“PATH”, “Machine”)

检查要添加的路径是否已经存在（可选但推荐）

if ($currentPath -notlike “$newPath“) {
# 将新路径添加到现有 PATH 的后面
if ([string]::IsNullOrEmpty($currentPath)) {
$updatedPath = $newPath
} else {
$updatedPath = “$currentPath;$newPath”
}

# 设置更新后的系统级别的 PATH
[Environment]::SetEnvironmentVariable("PATH", $updatedPath, "Machine")

Write-Host "Successfully added '$newPath' to Machine PATH."
Write-Host "Please restart your computer to ensure the change is applied system-wide."

} else {
Write-Host “‘$newPath’ already exists in Machine PATH.”
}
“`

关于检查路径是否存在的说明 (-notlike "*$newPath*"):

这里使用了 -notlike 运算符进行通配符匹配。*$newPath* 表示匹配包含 $newPath 子字符串的任意字符串。这是一种简单的检查重复的方法。更严谨的方法是先将 PATH 字符串按分号分割成数组，然后检查数组中是否存在 $newPath，但这会使代码更复杂。对于大多数情况，上述方法已足够。

6.4 永久从 PATH 中移除一个路径

从 PATH 中移除路径比添加稍微复杂一些，因为你需要将 PATH 字符串按分号分割成多个独立的路径，找到要移除的路径，将其排除，然后再将剩余的路径重新用分号连接起来。

从用户级别的永久 PATH 中移除路径：

“`powershell

要移除的路径 (注意：确保路径完全匹配，包括大小写和末尾的斜杠，根据实际情况调整)

$pathToRemove = “C:\MyUserTool”

获取当前用户级别的 PATH 值

$currentPath = Environment::GetEnvironmentVariable(“PATH”, “User”)

将 PATH 字符串按分号分割成数组

$pathArray = $currentPath.Split(‘;’, [System.StringSplitOptions]::RemoveEmptyEntries)

过滤掉要移除的路径

使用 -ne (不等于) 运算符

$updatedPathArray = $pathArray | Where-Object { $_ -ne $pathToRemove }

检查是否有路径被移除（即数组长度是否变化）

if ($updatedPathArray.Length -lt $pathArray.Length) {
# 将过滤后的数组重新用分号连接起来
$updatedPath = $updatedPathArray -join ‘;’

# 设置更新后的用户级别的 PATH
[Environment]::SetEnvironmentVariable("PATH", $updatedPath, "User")

Write-Host "Successfully removed '$pathToRemove' from User PATH."
Write-Host "Please open a new PowerShell window or relog to see the change."

} else {
Write-Host “‘$pathToRemove’ was not found in User PATH.”
}
“`

从系统级别的永久 PATH 中移除路径 (需要管理员权限)：

“`powershell

确保你以管理员身份运行了 PowerShell

要移除的路径 (注意：确保路径完全匹配)

$pathToRemove = “C:\MySystemTool”

获取当前系统级别的 PATH 值

$currentPath = Environment::GetEnvironmentVariable(“PATH”, “Machine”)

将 PATH 字符串按分号分割成数组，并移除空条目

$pathArray = $currentPath.Split(‘;’, [System.StringSplitOptions]::RemoveEmptyEntries)

过滤掉要移除的路径

$updatedPathArray = $pathArray | Where-Object { $_ -ne $pathToRemove }

检查是否有路径被移除

if ($updatedPathArray.Length -lt $pathArray.Length) {
# 将过滤后的数组重新用分号连接起来
$updatedPath = $updatedPathArray -join ‘;’

# 设置更新后的系统级别的 PATH
[Environment]::SetEnvironmentVariable("PATH", $updatedPath, "Machine")

Write-Host "Successfully removed '$pathToRemove' from Machine PATH."
Write-Host "Please restart your computer to ensure the change is applied system-wide."

} else {
Write-Host “‘$pathToRemove’ was not found in Machine PATH.”
}
“`

关于 [System.StringSplitOptions]::RemoveEmptyEntries: 这个选项在 Split() 方法中非常有用，它可以避免因为连续的分号或字符串开头/结尾的分号而产生空的数组条目。

7. 环境变量的优先级和生效范围回顾

再次强调环境变量的优先级：

进程级别 ($env:): 最高优先级。只影响当前进程及其子进程。设置后立即生效，关闭进程后失效。
用户级别 ([Environment]::SetEnvironmentVariable("...", "...", "User")): 中等优先级。影响当前用户启动的所有新进程。需要重新打开程序或注销/登录才能看到变更。存储在用户注册表中。
系统级别 ([Environment]::SetEnvironmentVariable("...", "...", "Machine")): 最低优先级。影响所有用户启动的所有新进程。通常需要重启计算机才能看到变更（特别是对于系统服务）。存储在系统注册表中。

当你使用 $env:VariableName 来读取变量时，PowerShell 会按照上述优先级查找并返回找到的第一个值。例如，如果在进程、用户、系统级别都定义了同名的变量，$env:VariableName 将返回进程级别的值。如果在进程级别没有定义，但在用户和系统级别定义了，则返回用户级别的值，以此类推。

8. 使用 `setx` 命令 (作为了解)

在 PowerShell 出现之前，或者在 cmd.exe 环境中，常用的设置永久环境变量的命令是 setx。

语法：

cmd setx VariableName "VariableValue" [/M]

/M: 可选参数，如果指定，则设置系统级别的变量（需要管理员权限）；如果不指定，则设置用户级别的变量。

示例：

cmd setx MY_SETX_USER_VAR "Setx User Value" setx MY_SETX_SYSTEM_VAR "Setx System Value" /M # 需要管理员权限

setx 的局限性：

setx 不会影响当前命令提示符或 PowerShell 会话。它只修改注册表，新启动的进程才能看到变化。这与 [Environment]::SetEnvironmentVariable 方法的行为类似，但与 PowerShell 中 $env: 的行为不同。
处理包含特殊字符或空格的路径时，setx 的引用和转义规则比较复杂，容易出错。PowerShell 的 $env: 和 [Environment]::SetEnvironmentVariable 在这方面更直观。
setx 没有直接的方法方便地将新路径追加到现有 PATH 后面，需要先读取 PATH (set PATH)，手动拼接，再用 setx 设置回去，非常繁琐且容易出错。PowerShell 的字符串操作则非常灵活。

因此，尽管 setx 仍然可用，但在 PowerShell 环境下，使用 PowerShell 的内置功能和 .NET 方法是更推荐、更强大、更一致的方式。

9. 潜在问题与故障排除

变更未生效： 如果你设置了永久变量但没有立即看到效果，记住需要启动新的进程或重新登录/重启。检查你设置的是用户级别还是系统级别，以及你查看的是哪个进程的环境变量。
需要管理员权限： 设置系统级别的环境变量 (Machine 目标) 需要提升的权限。如果你在普通用户权限的 PowerShell 中尝试设置系统变量，会收到权限错误。
PATH 变量被覆盖： 如果你不小心使用了 $env:PATH = "新的路径" 或者 [Environment]::SetEnvironmentVariable("PATH", "新的路径", ...) 这种方式，你会丢失原有的所有 PATH 条目。务必使用 += 或者先读取、拼接、再设置的方法来添加路径。
路径包含空格： 如果要设置的变量值（特别是 PATH 中的路径）包含空格，确保使用引号将其括起来，无论是在 $env: 赋值还是 [Environment]::SetEnvironmentVariable 中。
变量名的大小写： 在 Windows 环境下，环境变量的名称通常是大小写不敏感的（尽管约定俗成使用大写）。例如，$env:Path 和 $env:PATH 通常指向同一个变量。但是，为了代码的可读性和跨平台兼容性（在 Linux/macOS 上环境变量名是大小写敏感的），最好使用一致的、正确的大小写，比如标准的 PATH、TEMP、HOMEDRIVE 等。
变量值中的变量引用： 环境变量的值可以包含对其他环境变量的引用，使用 %VariableName% 的格式（类似于 cmd.exe）或 $env:VariableName 的格式（在 PowerShell 中）。系统或应用程序在读取这些变量时会自动进行扩展。例如，TEMP 变量的值可能是 %USERPROFILE%\AppData\Local\Temp。PowerShell 本身也会对 $env: 引用进行扩展。

10. 总结与最佳实践

使用 $env: 前缀来快速设置、获取、删除当前 PowerShell 会话的临时环境变量。
使用 [Environment]::SetEnvironmentVariable 方法结合 User 或 Machine 目标来设置或删除用户或系统级别的永久环境变量。
设置系统级别变量需要管理员权限。
修改 PATH 变量时，务必使用读取、拼接、再设置的方法，而不是直接覆盖。
环境变量的变更（特别是永久变量）不会立即影响当前运行的进程，需要启动新的进程或重新登录/重启才能看到效果。
理解环境变量的优先级：进程 > 用户 > 系统。
避免在环境变量中存储敏感信息，因为它对许多进程都是可见的。
对于重要的自动化脚本，可以考虑在脚本开始时设置需要的临时环境变量，并在脚本结束时清除，以避免对环境造成不必要的长期影响。

通过掌握 PowerShell 操作环境变量的方法，你可以更高效地管理系统配置，简化脚本编写，并更好地控制应用程序的运行环境。无论是日常维护、软件部署还是开发环境搭建，PowerShell 都是一个不可或缺的强大工具。多加实践，你会发现它在环境变量管理方面的便利性和灵活性。

PowerShell 设置环境变量教程：掌控你的运行环境 (永久/临时)

为什么使用 PowerShell 管理环境变量？

环境变脸的层次与作用域

1. 查看当前环境变量

或者简写

查看 PATH 变量

查看 TEMP 变量

查看系统名称

2. 设置临时环境变量 (进程级别)

设置临时变量

验证设置

再次查看所有变量，你会看到 MY_TEMP_VAR

3. 删除临时环境变量 (进程级别)

验证（值为空或看起来不存在，但实际 entry 可能还在）

验证（变量不存在）

先设置一个临时变量

使用 Remove-Item 删除

确认已删除

4. 设置永久环境变量 (用户或系统级别)

设置用户级别的永久变量

提示：这里的输出为空，因为这个方法不返回任何值。

你需要重新打开一个 PowerShell 窗口或文件资源管理器等来验证。

在新的 PowerShell 窗口中验证：

$env:MY_USER_VAR

应该输出 “User Specific Value”

确保你以管理员身份运行了 PowerShell

设置系统级别的永久变量

提示：这里的输出为空。

你需要重新启动计算机或至少注销再登录来验证。

在新的 PowerShell 窗口（普通或管理员）中验证：

$env:MY_SYSTEM_VAR

应该输出 “System Wide Value”

5. 删除永久环境变量 (用户或系统级别)

或者

删除用户级别的永久变量 MY_USER_VAR

验证（在新的 PowerShell 窗口中）

$env:MY_USER_VAR

应该没有输出了

确保你以管理员身份运行了 PowerShell

删除系统级别的永久变量 MY_SYSTEM_VAR

验证（在新的 PowerShell 窗口或重启后）

$env:MY_SYSTEM_VAR

应该没有输出了

6. 特殊案例：修改 PATH 环境变量

6.1 查看 PATH 变量

6.2 临时向 PATH 添加一个路径

假设你想临时添加 C:\MyTools 目录到 PATH

或者更简洁地使用 += 操作符

验证（只在当前 PowerShell 窗口有效）

6.3 永久向 PATH 添加一个路径 (用户或系统级别)

要添加的路径

获取当前用户级别的 PATH 值

检查要添加的路径是否已经存在，避免重复添加（可选但推荐）

确保你以管理员身份运行了 PowerShell

要添加的路径

获取当前系统级别的 PATH 值

检查要添加的路径是否已经存在（可选但推荐）

6.4 永久从 PATH 中移除一个路径

要移除的路径 (注意：确保路径完全匹配，包括大小写和末尾的斜杠，根据实际情况调整)

获取当前用户级别的 PATH 值

将 PATH 字符串按分号分割成数组

过滤掉要移除的路径

使用 -ne (不等于) 运算符

检查是否有路径被移除（即数组长度是否变化）

确保你以管理员身份运行了 PowerShell

要移除的路径 (注意：确保路径完全匹配)

获取当前系统级别的 PATH 值

将 PATH 字符串按分号分割成数组，并移除空条目

过滤掉要移除的路径

检查是否有路径被移除

7. 环境变量的优先级和生效范围回顾

8. 使用 setx 命令 (作为了解)

9. 潜在问题与故障排除

10. 总结与最佳实践

发表评论 取消回复

8. 使用 `setx` 命令 (作为了解)

发表评论取消回复