我遵循這個程式，以便使用 powershell 向 SumatraPDF 永久添加一個路徑。鏈接中的最后幾個命令是為了檢查路徑是否真的被添加。
當我使用以下命令訪問路徑時，
(get-itemproperty -path 'Registry::HKEY_LOCAL_MACHINESystemCurrentControlSetControlSession ManagerEnvironment' /span> -Name PATH)。 Path.split('; ')
結果包括SumatraPDF的路徑
C:Windowssystem32
C:Window
C:WindowsSystem32Wbem
C:WindowsSystem32WindowsPowerShellv1.0
C:WindowsSystem32OpenSSH
C:ProgramDatachocolateyin[/span
C: exlive2021inwin32
C:Users921479AppDataLocalSumatraPDF[/span
然而，當我使用以下命令訪問它時，
($env:path).split(' ;')
結果不包含SumatraPDF的路徑:
C:Windowssystem32
C:Window
C:WindowsSystem32Wbem
C:WindowsSystem32WindowsPowerShellv1.0
C:WindowsSystem32OpenSSH
C:ProgramDatachocolateyin[/span
C: exlive2021inwin32
C:Users921479AppDataLocalMicrosoftWindowsApps[/span
最后，實際傳遞sumatrapdf并不奏效，這向我表明，真正的路徑是使用get-itemproperty命令訪問的路徑。
為什么在注冊表中設定的路徑與$env:path中設定的路徑不一致？我所遵循的鏈接中顯示的程式是否存在錯誤？我怎樣才能糾正它呢？
我應該提到，我已經嘗試過重新啟動外殼，但這并沒有什么幫助。
uj5u.com熱心網友回復：
注意：
請看中間部分的幫助函式
Add-Path參見底部的為什么應避免使用
。setx.exe來更新Path環境變數
如果您直接通過注冊表修改環境變數--不幸的是，這。對于
Path環境變數來說，這是正確的方法 - 你需要廣播一個WM_SETTINGCHANGE訊息，以便Windows（GUI）外殼（及其組件，檔案資源管理器，任務欄，桌面，開始選單，所有通過explorer. exe行程）被告知環境變化并從注冊表重新加載其環境變數。之后啟動的應用程式將繼承更新后的環境。
- 如果不發送此訊息，未來的 PowerShell 會話（和其他應用程式）將不會看到修改，直到下一次登錄/重啟。
不幸的是，沒有直接的方法可以從 PowerShell 做到這一點，但是有一些變通方法：
蠻力解決方法--簡單，但具有破壞性，并且會關閉所有打開的檔案資源管理器視窗：
# Kills all explorer.exe processes, which restarts the Windows shell。
# 組件，強制從注冊表重新加載環境。
Stop-Process -Name explorer
通過.NET APIs解決的方法：
# 創建一個假定為唯一的隨機名稱。
$dummyName = [guid]::NewGuid() .ToString()
# 用這個名字設定一個環境變數，這使.NET
# 發送一個WM_SETTINGCHANGE廣播。
[環境]::SetEnvironmentVariable($dummyName, 'foo', 'user')
# 現在虛擬變數已經達到了它的目的，再次將其洗掉。
# (這將觸發另一次廣播，但其對性能的影響可以忽略不計。)。
[環境]::SetEnvironmentVariable($dummyName, [NullString]:value, 'User')
通過Add-Type，在C#中通過臨時編譯的P/Invoke呼叫SendMessageTimeout()來解決呼叫Windows API的作業方法：
雖然這是一個適當的解決方案，但由于在會話中第一次運行時的臨時編譯，它不可避免地產生了明顯的性能損失。
有關詳細資訊，請參見本篇博文。
博文中的方法有另一個有問題的方面：
Get-ItemProperty和Get-ItemPropertyValue不變的做法。也就是說，如果值中的目錄是以其他環境變數定義的（例如，%SystemRoot%或%JAVADIR%），回傳的值不再包含這些變數，而是其當前值。關于為什么會出現這樣的問題，請看下面的章節。
下一節討論的輔助函式解決了所有問題，同時也確保了修改對當前會話也生效。
下面的Add-Path輔助函式：
添加（附加）一個給定的單一目錄路徑到持久的用戶級Path環境變數中；使用-Scope Machine來針對機器級定義，這需要elevation（以管理員身份運行）。
如果目錄已經存在于目標變數中，則不采取任何行動。
相關的注冊表值被updated，它保留了其
REG_EXPAND_SZ資料型別，基于現有的unexpanded值--也就是說，對其他環境變數的參考被原封不動地保留下來（例如，%SystemRoot%），并且也可能被用于正在添加的新條目中。
觸發一個WM_SETTINGCHANGE訊息廣播，以通知Windows shell該變化。
同時更新當前會話的 $env:Path變數值。
注意：根據定義（使用注冊表），該函式僅Windows。
有了下面的函式定義，你所需要的 Path 添加可以按如下方式執行，但是要修改當前用戶的持久化 Path 定義：
Add-Path C:Users921479AppDataLocalSumatraPDF
如果你真的想更新機器級定義（在HKEY_LOCAL_MACHINE注冊表蜂巢中），請添加-Scope Machine，但不是說你必須隨后以海拔（作為管理員）運行。
Add-Path 源代碼：function Add-path {
param(
[Parameter(Mandatory, Position=0)
[字串] $LiteralPath,
[ValidateSet('User'/span>, 'CurrentUser'/span>, 'Machine'/span>, 'LocalMachine'/span>)]
[字串] $Scope[/span
)
Set-StrictMode -Version 1; $ErrorActionPreference = 'Stop'$isMachineLevel = $Scope -in 'Machine', 'LocalMachine'
if ($isMachineLevel -and -not $($ErrorActionPreference = 'continue'; net session 2>$null)) { throw "You must run AS ADMIN to update the machine-level Path environment variable." }
$regPath = 'registry:: ' ('HKEY_CURRENT_USEREnvironment', 'HKEY_LOCAL_MACHINESystemCurrentControlSetControlSession ManagerEnvironment')[$isMachineLevel]
# 注意使用.GetValue()方法，以確保回傳*未擴展的*值。
$currDirs =（Get-Item -LiteralPath $regPath）。 GetValue('Path', ', 'DoNotExpandEnvironmentNames') -split '; ' -ne ''
if ($LiteralPath - in $currDirs) {
Write-Verbose "已經存在于持久的$(('user', 'machine')[$isMachineLevel])-level Path。$LiteralPath"。
return。
}
$newValue = ($currDirs $LiteralPath) -join ';'.
# 更新注冊表。
Set-ItemProperty -LiteralPath $regPath Path $newValue
# 廣播WM_SETTINGCHANGE，讓Windows shell重新加載。
# 更新環境，通過一個假的[Environment]::SetEnvironmentVariable()操作。
$dummyName = [guid]::NewGuid() .ToString()
[Environment]::SetEnvironmentVariable($dummyName, 'foo', 'user')
[環境]::SetEnvironmentVariable($dummyName, [NullString]:value, 'User')
# 最后，還要更新當前會話的`$env:Path`定義。
# 注意：為了簡單起見，我們總是追加到行程中的*復合*值，
# 盡管對于-Scope Machine的更新來說，這并不是嚴格意義上的。
$env:Path = ($env:Path -replace '; $') ';' $LiteralPath
Write-Verbose "`"$LiteralPath`"成功附加到持久化$(('user', 'machine')[$isMachineLevel])-級別的路徑，也是當前行程的值。 "
setx.exe的限制，以及為什么不應該用它來更新Path環境變數：setx.exe有一些基本的限制，使其存在問題，特別是對于更新基于REG_EXPAND_SZ型別的注冊表值的環境變數，例如Path：
值被限制為1024個字符，額外的字符會被截斷，盡管有警告（至少從Windows 10開始）。
被（重新）創建的環境變數總是屬于 REG_SZ 型別，而 Path 最初屬于 REG_EXPAND_SZ 型別，并且包含基于 其他 環境變數的目錄路徑，例如 %SystemRoot% 和 %JAVADIR%。
- 如果替換值只包含字面的路徑（沒有環境變數的參考），這可能沒有即時的不良影響，但是，舉例來說，如果
%JAVADIR%的值后來被改變，一個原本依賴于%JAVADIR%的條目將停止作業。
另外，如果您將更新的值建立在當前會話的 $env:Path 值上，那么您最終將復制條目，因為行程級 $env:Path 值是機器級和當前用戶級值的復合。
這增加了機器級和當前用戶級的值。
這增加了遇到1024個字符限制的風險，特別是如果該技術被重復使用的話。它還承擔著在原始條目從原始范圍中移除后重復值ling的風險。
雖然你可以通過直接從注冊表或--總是以擴展的形式--通過
[Environment]::GetEnvironmentVariable('Path', 'User')或[Environment]::GetEnvironmentVariable('Path', 'Machine')檢索范圍特定的值來避免這一特殊問題，但這仍然不能解決上文討論的REG_EXPAND_SZ問題。
uj5u.com熱心網友回復：
使用setx來永久地更新一個環境變數。 不要侵入注冊表。
在你呼叫 setx 之后，只需在當前會話中手動更新 Path 環境。Powershell。在 PowerShell 中重新加載路徑
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/324701.html
標籤：