PowerShell 环境变量：临时与永久设置深度解析

环境变是操作系统中一个至关重要的概念，它们是存储系统和应用程序配置信息的动态命名值。无论是指定可执行文件的搜索路径（Path 变量），还是定义程序的主目录（HOME 或 JAVA_HOME），环境变量都在幕后默默地工作，影响着程序的行为。

在 Windows 环境下，PowerShell 作为强大的命令行 shell 和脚本环境，提供了灵活且强大的方式来管理环境变量。理解如何在 PowerShell 中设置、获取和删除环境变量，以及区分临时设置和永久设置，是每个 PowerShell 用户都应该掌握的基本技能。

本文将深入探讨 PowerShell 中环境变量的管理，详细讲解不同的作用域（Scope）、临时设置的方法、永久设置的技巧，以及相关的注意事项和最佳实践。

第一部分：理解环境变量及其作用域

在深入探讨如何设置环境变量之前，我们需要先理解几个核心概念：环境变量是什么，以及它们在 Windows 系统中的作用域。

1. 什么是环境变量？

环境变量本质上是键值对，其中“键”是变量名（例如 Path、TEMP、USERNAME），“值”是与该变量相关联的数据（例如文件路径、目录位置、用户名）。

程序启动时会继承其父进程的环境变量副本。这意味着子进程可以访问父进程的环境变量，但对环境变量的修改通常只影响当前进程及其后续创建的子进程，而不会影响其父进程或不相关的进程。

环境变量的主要用途包括：

指定文件路径： 最常见的例子是 Path 变量，它列出了操作系统在查找可执行文件时应该搜索的目录。
存储配置信息： 应用程序可以使用环境变量来获取配置信息，例如数据库连接字符串、API 密钥、日志目录等。
定义用户或系统属性： 例如 USERNAME、COMPUTERNAME、OS 等，提供了当前用户或系统的基本信息。
跨进程通信（有限）： 虽然不常用，但环境变量有时可以用来在父子进程之间传递少量配置信息。

2. 环境变量的作用域 (Scope)

在 Windows 系统中，环境变量具有不同的作用域，这决定了它们的影响范围和生命周期。理解这些作用域对于区分临时和永久设置至关重要。主要的作用域有三种：

机器作用域 (Machine Scope): 也称为系统作用域。这个作用域的环境变量对系统上的所有用户都有效。它们存储在 Windows 注册表的特定位置 (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment)。修改机器作用域的环境变量通常需要管理员权限，并且更改后不会立即影响已运行的进程，通常需要重启或用户重新登录才能完全生效。
用户作用域 (User Scope): 这个作用域的环境变量仅对当前登录的用户有效。它们存储在当前用户的注册表项下 (HKEY_CURRENT_USER\Environment)。修改用户作用域的环境变量不需要管理员权限（只需当前用户的权限），更改后同样不会立即影响已运行的进程，通常需要开启新的命令提示符或 PowerShell 窗口才能看到变化。
进程作用域 (Process Scope): 这个作用域的环境变量仅对当前正在运行的进程有效。当一个进程启动时，它会继承其父进程的环境变量副本。在这个进程内部对环境变量进行的任何修改都只会影响当前进程及其创建的子进程，而不会影响父进程、其他无关进程或将来的新进程。这是最临时的作用域。

作用域的继承和优先级：

进程启动时，其环境变量通常按照以下顺序构建：
1. 继承机器作用域的环境变量。
2. 继承用户作用域的环境变量（如果用户作用域中存在同名变量，会覆盖机器作用域的值）。
3. 继承父进程的环境变量（如果父进程中存在同名变量，会覆盖用户和机器作用域的值）。

因此，进程作用域的环境变量具有最高的优先级，可以临时覆盖用户或机器作用域的同名变量。

第二部分：在 PowerShell 中获取环境变量

在修改环境变量之前，我们首先需要知道如何查看它们。PowerShell 提供了多种方式来获取当前会话（进程作用域）中的环境变量。

1. 使用 `$env:` 驱动器

PowerShell 提供了一个特殊的虚拟驱动器 env:，它映射了当前进程的所有环境变量。这是最简单快捷的查看和访问环境变量的方式。

查看所有环境变量：
powershell Get-ChildItem env: # 或者简写为 dir env:
这将列出当前会话中所有环境变量的名称和值。
获取特定环境变量的值：
可以直接使用 $env:VariableName 的格式来访问特定变量的值。
powershell $env:Path $env:TEMP $env:COMPUTERNAME
这将直接输出对应环境变量的值。

2. 使用 `Get-Item` 或 `Get-ChildItem` cmdlet

虽然 $env: 驱动器语法更简洁，但也可以使用标准的 PowerShell cmdlet 来操作 env: 驱动器。

获取特定环境变量对象：
powershell Get-Item env:Path
这将返回一个 System.Management.Automation.PSDriveInfo 或类似的对象，其中包含环境变量的名称、值以及一些其他属性。通过 .Value 属性可以获取其值：
powershell (Get-Item env:Path).Value

3. 使用 .NET Framework 的 `[Environment]` 类

PowerShell 允许直接访问 .NET Framework 类库。System.Environment 类提供了一些静态方法来获取和设置不同作用域的环境变量。

获取特定作用域的环境变量：
[Environment]::GetEnvironmentVariable("VariableName", [EnvironmentVariableTarget]::Scope)
这里的 [EnvironmentVariableTarget] 是一个枚举类型，可接受的值包括 Process、User 和 Machine。

“`powershell

获取当前进程作用域的 Path 变量 (与 $env:Path 相同)

获取当前用户作用域的 TEMP 变量

获取机器作用域的 COMPUTERNAME 变量

`` 请注意，Environment::GetEnvironmentVariable(“VariableName”)` （不指定作用域）默认获取的是当前进程有效的值，这个值是根据作用域优先级合并计算后的结果。

使用 [Environment]::GetEnvironmentVariable() 的好处在于你可以明确指定要获取哪个作用域中的值，这在需要查看永久设置值（用户或机器）而不仅仅是当前临时值时非常有用。

第三部分：临时设置环境变量 (进程作用域)

临时设置环境变量意味着只在当前的 PowerShell 会话及其后续启动的子进程中生效。一旦当前的 PowerShell 窗口关闭，这些更改就会丢失，不会影响系统上的其他进程或将来的新会话。

这种方法适用于：
* 为当前脚本或任务临时修改环境。
* 测试环境变量的更改效果。
* 在不修改系统永久配置的情况下运行特定程序。

设置进程作用域环境变量的方法非常简单，主要有两种：

1. 使用 `$env:` 驱动器赋值

这是最常用、最简洁的方法，就像给一个普通变量赋值一样。

设置一个新的临时环境变量：
powershell $env:MyTemporaryVariable = "Hello World"
这会在当前进程的环境变量列表中添加或修改 MyTemporaryVariable。
修改一个现有的临时环境变量：
powershell $env:TEMP = "C:\MyCustomTempFolder"
这将更改当前会话的 TEMP 环境变量的值。
向 Path 变量添加目录：
修改 Path 变量是一个常见的操作，通常需要将新的目录添加到现有路径的末尾或开头。务必包含现有的 $env:Path 值，否则会覆盖掉所有原有的路径。
“`powershell
# 将 C:\MyTools 目录添加到 Path 变量的末尾
$env:Path = “$env:Path;C:\MyTools”

将 C:\MyScripts 目录添加到 Path 变量的开头

$env:Path = “C:\MyScripts;$env:Path”
`` 请注意，路径分隔符在 Windows 中是分号 (;`)。

验证临时设置：
设置后，立即在当前 PowerShell 窗口中使用 $env:VariableName 查看其值。
powershell $env:MyTemporaryVariable $env:Path
打开一个新的 PowerShell 窗口，再次查看 $env:MyTemporaryVariable，你会发现它不存在或恢复到默认值，这证明了它是临时设置。

2. 使用 `Set-Item` cmdlet

Set-Item 是一个通用的 cmdlet，用于设置指定位置的项目。结合 env: 驱动器，它也可以用来设置环境变量。

设置一个新的临时环境变量：
powershell Set-Item env:MyTemporaryVariable -Value "Hello World"
修改一个现有的临时环境变量：
powershell Set-Item env:TEMP -Value "C:\MyCustomTempFolder"
向 Path 变量添加目录：
powershell Set-Item env:Path -Value "$env:Path;C:\MyTools"
这种方法与使用 $env: 赋值效果相同，只是语法上更符合 PowerShell 的谓词-名词结构。

总结临时设置：
无论是使用 $env: 赋值还是 Set-Item env:，本质上都是操作当前进程的环境变量副本。这些更改只在当前 PowerShell 会话及其子进程中有效，会话结束即失效。它们不会影响其他已启动的程序或系统永久配置。

第四部分：永久设置环境变量 (用户和机器作用域)

永久设置环境变量意味着将更改写入注册表，使其在系统重启或用户重新登录后依然有效，并对符合作用域的新进程生效。这是进行系统级或用户级配置的常用方法。

设置永久环境变量主要依靠 .NET Framework 的 [Environment] 类。

1. 使用 `[Environment]::SetEnvironmentVariable()`

这是在 PowerShell 中设置永久环境变量的标准和推荐方法。

语法：
[Environment]::SetEnvironmentVariable("VariableName", "Value", [EnvironmentVariableTarget]::Scope)
- "VariableName": 要设置的环境变量的名称（字符串）。
- "Value": 要设置的环境变量的值（字符串）。如果设置为 $null 或空字符串 ""，并且变量存在于指定作用域，则会删除该变量。
- [EnvironmentVariableTarget]::Scope: 指定作用域。必须是 [EnvironmentVariableTarget]::User 或 [EnvironmentVariableTarget]::Machine。如果省略此参数，则默认设置为 Process 作用域（临时设置）。
设置用户作用域的环境变量：
这将更改或创建一个仅对当前用户永久生效的环境变量。
“`powershell
# 设置一个用户作用域的变量
Environment::SetEnvironmentVariable(“MY_USER_VAR”, “This is for my user”, [EnvironmentVariableTarget]::User)

验证（需要打开新的 PowerShell 窗口或命令提示符）

在新窗口中执行：

Get-ChildItem env:MY_USER_VAR

或者 cmd 中执行：

echo %MY_USER_VAR%

请注意，执行 `SetEnvironmentVariable` 命令的当前 PowerShell 窗口不会立即看到这个永久变量的更改，除非你明确读取用户作用域的值：powershell

要让它在当前会话的进程作用域生效，你需要在设置 *之后* 手动将其读入到当前进程：powershell
$env:MY_USER_VAR = Environment::GetEnvironmentVariable(“MY_USER_VAR”, [EnvironmentVariableTarget]::User)
“`
但通常情况下，你只需要在新开启的终端或应用中验证即可。
设置机器作用域的环境变量：
这将更改或创建一个对系统上所有用户永久生效的环境变量。执行此操作需要管理员权限。你需要右键点击 PowerShell 图标，选择“以管理员身份运行”。
“`powershell
# 确保以管理员身份运行 PowerShell
# 设置一个机器作用域的变量
Environment::SetEnvironmentVariable(“MY_MACHINE_VAR”, “This is for everyone”, [EnvironmentVariableTarget]::Machine)

验证（需要打开新的 PowerShell 窗口或命令提示符）

在新窗口中执行：

Get-ChildItem env:MY_MACHINE_VAR

或者 cmd 中执行：

echo %MY_MACHINE_VAR%

“`
同样，当前 PowerShell 窗口可能不会立即看到更改，需要新开窗口验证或手动导入。

2. 永久修改 `Path` 变量（用户或机器作用域）

修改 Path 变量是永久设置环境变量最常见的需求之一，但也最容易出错。直接使用 SetEnvironmentVariable 设置一个新值会覆盖掉该作用域下原有的 Path 值，这通常不是你想要的。正确的方法是读取现有的 Path 值，添加新的目录，然后再写入。

永久向用户 Path 添加目录：
“`powershell
# 1. 获取当前用户作用域的 Path 值
$userPath = Environment::GetEnvironmentVariable(“Path”, [EnvironmentVariableTarget]::User)

2. 定义要添加的新目录

$newPathEntry = “C:\MyNewPermanentUserTool” # 替换为你自己的路径

3. 检查新目录是否已存在于现有 Path 中，避免重复添加

注意：这里提供一个简单的检查方法，更健壮的方法需要分割Path字符串并逐个比较

简单检查：

if ($userPath -notlike “$newPathEntry“) {
# 4. 构建新的 Path 值：将新目录添加到末尾，并用分号分隔
# 注意：如果 $userPath 为空，直接使用新目录；否则在前面加分号
$newUserPath = if ([string]::IsNullOrEmpty($userPath)) {
$newPathEntry
} else {
“$userPath;$newPathEntry”
}
```
# 5. 设置新的用户作用域的 Path 值
[Environment]::SetEnvironmentVariable("Path", $newUserPath, [EnvironmentVariableTarget]::User)

Write-Host "成功将 '$newPathEntry' 添加到用户 Path。"
```
} else {
Write-Host “‘$newPathEntry’ 已存在于用户 Path 中，无需重复添加。”
}

6. 验证（打开新的 PowerShell 或命令提示符窗口，然后执行 $env:Path 或 echo %Path%）

**更健壮的检查和添加 Path 条目的方法：** 分割 Path 字符串，处理可能的空条目，然后检查和添加。powershell

1. 获取当前用户作用域的 Path 值

$userPath = Environment::GetEnvironmentVariable(“Path”, [EnvironmentVariableTarget]::User)

2. 定义要添加的新目录

$newPathEntry = “C:\MyNewPermanentUserTool” # 替换为你自己的路径

3. 将现有的 Path 字符串按分号分割成数组，并过滤掉空或空白条目

$pathEntries = $userPath -split ‘;’ | Where-Object { -not [string]::IsNullOrWhiteSpace($) } | ForEach-Object { $.Trim() }

4. 检查新目录是否已存在（不区分大小写）

if ($pathEntries -notcontains $newPathEntry -and $pathEntries -notcontains $newPathEntry.TrimEnd(‘\/’)) { # 考虑末尾斜杠的情况
# 5. 将新目录添加到数组
$pathEntries += $newPathEntry
```
# 6. 将数组重新合并成一个分号分隔的字符串
$newUserPath = $pathEntries -join ';'

# 7. 设置新的用户作用域的 Path 值
[Environment]::SetEnvironmentVariable("Path", $newUserPath, [EnvironmentVariableTarget]::User)

Write-Host "成功将 '$newPathEntry' 添加到用户 Path。"
```
} else {
Write-Host “‘$newPathEntry’ 已存在于用户 Path 中，无需重复添加。”
}

验证同上

“`
永久向机器 Path 添加目录：
这与用户 Path 类似，但需要管理员权限，并将目标作用域设置为 [EnvironmentVariableTarget]::Machine。
“`powershell
# 确保以管理员身份运行 PowerShell
# 1. 获取当前机器作用域的 Path 值
$machinePath = Environment::GetEnvironmentVariable(“Path”, [EnvironmentVariableTarget]::Machine)

2. 定义要添加的新目录

$newPathEntry = “C:\MyNewPermanentMachineTool” # 替换为你自己的路径

3. 检查新目录是否已存在（可以使用上面更健壮的方法）

$pathEntries = $machinePath -split ‘;’ | Where-Object { -not [string]::IsNullOrWhiteSpace($) } | ForEach-Object { $.Trim() }

if ($pathEntries -notcontains $newPathEntry -and $pathEntries -notcontains $newPathEntry.TrimEnd(‘\/’)) {
# 4. 将新目录添加到数组
$pathEntries += $newPathEntry
```
# 5. 将数组重新合并成一个分号分隔的字符串
$newMachinePath = $pathEntries -join ';'

# 6. 设置新的机器作用域的 Path 值
[Environment]::SetEnvironmentVariable("Path", $newMachinePath, [EnvironmentVariableTarget]::Machine)

Write-Host "成功将 '$newPathEntry' 添加到机器 Path。"
```
} else {
Write-Host “‘$newPathEntry’ 已存在于机器 Path 中，无需重复添加。”
}

验证同上

“`
修改机器 Path 需要非常小心，错误的修改可能导致系统某些功能异常。

3. 通过注册表直接修改（不推荐，仅作了解）

永久环境变量存储在注册表中：
* 用户作用域：HKEY_CURRENT_USER\Environment
* 机器作用域：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment

理论上，你可以使用 Set-ItemProperty cmdlet 直接修改这些注册表项。

“`powershell

不推荐直接修改注册表，以下代码仅作示例

假设要设置用户变量 MY_REG_VAR

Set-ItemProperty -Path ‘HKCU:\Environment’ -Name ‘MY_REG_VAR’ -Value ‘ValueFromRegistry’

假设要设置机器变量 MY_REG_VAR (需要管理员权限)

Set-ItemProperty -Path ‘HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Environment’ -Name ‘MY_REG_VAR’ -Value ‘ValueFromRegistry’

`` **强烈不推荐**这样做，原因如下： 1. 直接修改注册表不会触发系统发送WM_SETTINGCHANGE消息，许多应用程序和 Shell（包括已打开的 PowerShell 窗口）不会知道环境变量发生了变化，因此无法刷新。而Environment::SetEnvironmentVariable会发送此消息，虽然不能保证所有应用都能响应，但总比直接改注册表好。 2. 使用Environment::SetEnvironmentVariable是更高级、更安全且跨语言的标准方法。 3. 修改Path` 等复杂变量时，直接操作注册表字符串更容易出错。

因此，请始终优先使用 [Environment]::SetEnvironmentVariable() 来进行永久环境变量的设置和修改。

4. 通过系统属性 GUI

虽然这不是 PowerShell 方法，但值得一提的是，Windows 提供了图形界面来修改用户和系统环境变量。可以通过“控制面板” -> “系统” -> “高级系统设置” -> “环境变量”按钮来访问。这里进行的修改与使用 [Environment]::SetEnvironmentVariable() 方法修改注册表是等效的。

第五部分：删除环境变量

与设置类似，删除环境变量也需要区分临时和永久。

1. 删除临时环境变量 (进程作用域)

使用 Remove-Item cmdlet 并指定 env: 驱动器和变量名。

“`powershell

假设之前设置了 $env:MyTemporaryVariable

Remove-Item env:MyTemporaryVariable -Force # -Force 选项可以避免确认提示
`` 这将从当前 PowerShell 会话的环境变量列表中移除MyTemporaryVariable`。

2. 删除永久环境变量 (用户和机器作用域)

使用 [Environment]::SetEnvironmentVariable() 方法，将变量的值设置为 $null 或空字符串 ""，并指定作用域。

删除用户作用域的环境变量：
“`powershell
# 删除用户作用域的 MY_USER_VAR
Environment::SetEnvironmentVariable(“MY_USER_VAR”, $null, [EnvironmentVariableTarget]::User)

验证（需要打开新的 PowerShell 窗口）

在新窗口中执行：Get-ChildItem env:MY_USER_VAR (应该找不到)

“`
删除机器作用域的环境变量：
这需要管理员权限。
“`powershell
# 确保以管理员身份运行 PowerShell
# 删除机器作用域的 MY_MACHINE_VAR
Environment::SetEnvironmentVariable(“MY_MACHINE_VAR”, $null, [EnvironmentVariableTarget]::Machine)

验证（需要打开新的 PowerShell 窗口）

在新窗口中执行：Get-ChildItem env:MY_MACHINE_VAR (应该找不到)

`` 将值设为$null或空字符串都可以实现删除效果，但$null` 是更明确的删除信号。

第六部分：注意事项和最佳实践

1. 权限问题

修改机器作用域的环境变量总是需要管理员权限。修改用户作用域的环境变量只需要当前用户权限。临时修改（进程作用域）不需要特殊权限。

2. 环境变量的刷新问题

如前所述，修改永久环境变量（用户或机器）不会自动更新 已经运行 的进程的环境变量。这些进程在启动时就继承了环境，不会在其生命周期内自动重新读取注册表。要让更改生效，通常需要：

对于命令行工具和脚本：关闭并重新打开命令提示符或 PowerShell 窗口。
对于图形界面应用程序：通常需要完全退出程序并重新启动。
对于某些系统级别的更改（如机器 Path）：可能甚至需要注销或重启计算机（虽然很多情况下新开 Shell 就够了）。

[Environment]::SetEnvironmentVariable 会发送 WM_SETTINGCHANGE 消息，理论上可以提示一些程序刷新，但并非所有程序都会监听并响应此消息。

3. 修改 Path 变量的陷阱

覆盖 vs 追加： 切勿在设置永久 Path 时直接赋值一个新字符串，这会删除所有现有的路径。总是应该先读取现有值，然后将新路径追加到末尾（或开头），最后再写入。
分隔符： Windows Path 变量使用分号 (;) 作为分隔符。
重复条目： 多次运行添加 Path 的脚本可能导致重复条目。虽然通常无害，但会使 Path 变得很长且难以阅读。建议在添加前检查新路径是否已存在。
路径引号和空格： 如果路径包含空格，最好用双引号 (") 括起来，尽管在 Path 变量中通常不是强制的，但在命令执行时解析起来更安全。例如：C:\Program Files\My Tool。
用户 Path vs 机器 Path： 根据需要选择合适的作用域。如果某个工具仅供当前用户使用，将其添加到用户 Path 即可。如果供所有用户使用，添加到机器 Path（需要管理员权限）。记住用户 Path 的优先级高于机器 Path。

4. 变量命名

环境变量名不区分大小写（尽管通常约定俗成使用大写），但值区分大小写。使用具有描述性的名称，避免与系统或常用应用程序的环境变量冲突。

5. 在脚本中设置临时变量

在编写 PowerShell 脚本时，经常需要在脚本内部设置或修改环境变量，这些更改只应在脚本运行期间有效。这时就应该使用 $env: 或 Set-Item env: 进行临时设置，而不是 [Environment]::SetEnvironmentVariable。

6. 考虑 `profiles` 文件

对于希望在每次启动 PowerShell 时自动设置某些临时环境变量的需求，可以将设置命令放到 PowerShell 的配置文件中（例如 Microsoft.PowerShell_profile.ps1）。这样每次打开新的 PowerShell 窗口时，配置脚本会自动运行，设置这些变量。这实际上是自动化临时设置的一种方式。

第七部分：总结

PowerShell 为管理 Windows 环境变量提供了强大而灵活的工具。理解进程 (临时)、用户 (永久) 和机器 (永久) 这三个作用域是关键。

临时设置 (进程作用域)： 使用 $env:VariableName = "Value" 或 Set-Item env:VariableName -Value "Value"。更改仅在当前会话及其子进程中有效。
永久设置 (用户/机器作用域)： 使用 [Environment]::SetEnvironmentVariable("VariableName", "Value", [EnvironmentVariableTarget]::User/Machine)。更改写入注册表，对新启动的进程生效。修改机器作用域需要管理员权限。
获取变量： 使用 $env:VariableName 获取当前进程有效值；使用 [Environment]::GetEnvironmentVariable("VariableName", [EnvironmentVariableTarget]::Scope) 获取指定作用域的值。
删除变量： 临时删除使用 Remove-Item env:VariableName；永久删除使用 [Environment]::SetEnvironmentVariable("VariableName", $null, [EnvironmentVariableTarget]::User/Machine)。

特别要注意的是，修改永久环境变量后，需要启动新的进程才能使更改生效。在修改 Path 等重要变量时，务必先读取现有值，再进行修改，避免覆盖。

掌握这些技巧，将使你能够更有效地利用 PowerShell 管理系统环境，无论是进行日常配置，还是编写自动化脚本。通过明智地选择合适的作用域和方法，你可以确保环境变量的设置既达到预期效果，又不影响系统的稳定性和其他应用程序的行为。

PowerShell 环境变量：临时与永久设置深度解析

第一部分：理解环境变量及其作用域

1. 什么是环境变量？

2. 环境变量的作用域 (Scope)

第二部分：在 PowerShell 中获取环境变量

1. 使用 $env: 驱动器

2. 使用 Get-Item 或 Get-ChildItem cmdlet

3. 使用 .NET Framework 的 [Environment] 类

获取当前进程作用域的 Path 变量 (与 $env:Path 相同)

获取当前用户作用域的 TEMP 变量

获取机器作用域的 COMPUTERNAME 变量

第三部分：临时设置环境变量 (进程作用域)

1. 使用 $env: 驱动器赋值

将 C:\MyScripts 目录添加到 Path 变量的开头

2. 使用 Set-Item cmdlet

第四部分：永久设置环境变量 (用户和机器作用域)

1. 使用 [Environment]::SetEnvironmentVariable()

验证（需要打开新的 PowerShell 窗口或命令提示符）

在新窗口中执行：

Get-ChildItem env:MY_USER_VAR

或者 cmd 中执行：

echo %MY_USER_VAR%

验证（需要打开新的 PowerShell 窗口或命令提示符）

在新窗口中执行：

Get-ChildItem env:MY_MACHINE_VAR

或者 cmd 中执行：

echo %MY_MACHINE_VAR%

2. 永久修改 Path 变量（用户或机器作用域）

2. 定义要添加的新目录

3. 检查新目录是否已存在于现有 Path 中，避免重复添加

注意：这里提供一个简单的检查方法，更健壮的方法需要分割Path字符串并逐个比较

简单检查：

6. 验证（打开新的 PowerShell 或命令提示符窗口，然后执行 $env:Path 或 echo %Path%）

1. 获取当前用户作用域的 Path 值

2. 定义要添加的新目录

3. 将现有的 Path 字符串按分号分割成数组，并过滤掉空或空白条目

4. 检查新目录是否已存在（不区分大小写）

验证同上

2. 定义要添加的新目录

3. 检查新目录是否已存在（可以使用上面更健壮的方法）

验证同上

3. 通过注册表直接修改（不推荐，仅作了解）

不推荐直接修改注册表，以下代码仅作示例

假设要设置用户变量 MY_REG_VAR

Set-ItemProperty -Path ‘HKCU:\Environment’ -Name ‘MY_REG_VAR’ -Value ‘ValueFromRegistry’

假设要设置机器变量 MY_REG_VAR (需要管理员权限)

Set-ItemProperty -Path ‘HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Environment’ -Name ‘MY_REG_VAR’ -Value ‘ValueFromRegistry’

4. 通过系统属性 GUI

第五部分：删除环境变量

1. 删除临时环境变量 (进程作用域)

假设之前设置了 $env:MyTemporaryVariable

2. 删除永久环境变量 (用户和机器作用域)

验证（需要打开新的 PowerShell 窗口）

在新窗口中执行：Get-ChildItem env:MY_USER_VAR (应该找不到)

验证（需要打开新的 PowerShell 窗口）

在新窗口中执行：Get-ChildItem env:MY_MACHINE_VAR (应该找不到)

第六部分：注意事项和最佳实践

1. 权限问题

2. 环境变量的刷新问题

3. 修改 Path 变量的陷阱

4. 变量命名

5. 在脚本中设置临时变量

6. 考虑 profiles 文件

第七部分：总结

发表评论 取消回复

1. 使用 `$env:` 驱动器

2. 使用 `Get-Item` 或 `Get-ChildItem` cmdlet

3. 使用 .NET Framework 的 `[Environment]` 类

1. 使用 `$env:` 驱动器赋值

2. 使用 `Set-Item` cmdlet

1. 使用 `[Environment]::SetEnvironmentVariable()`

2. 永久修改 `Path` 变量（用户或机器作用域）

6. 考虑 `profiles` 文件

发表评论取消回复