当软件收到更新时，它往往并不会清除之前不需要的更新。这些过期的“补丁文件”积累在 C:\Windows\installer 文件夹下，其中有许多 *.msp 文件。由于您不知道那些 *.msp 文件还会被用到，以及哪个文件可以安全地删除，所以不太容易恢复空间。除非您拥有 Administrator 特权（需要它才能处理存储在 Windows 文件夹中的数据）并使用 PowerShell。

只需要下载该模块（需要 Administrator 特权）：

1

Install-Module -Name MSIPatches

下一步，以 Administrator 特权启动一个 PowerShell 控制台，并像这样查看可恢复的空间：

1
2
3
4
5
6
7
8
9

PS> Get-MsiPatch


TotalPatchCount     : 19
TotalPatchSize      : 0,96 GB
InstalledPatchCount : 5
InstalledPatchSize  : 0,32 GB
OrphanedPatchCount  : 14
OrphanedPatchSize   : 3,64 GB

“Orphaned Patch Size” 可能是 0 到好几 GB 之间的任意值。在一个系统上，由于安装了 Office 2016，我恢复了 45GB 的孤儿补丁（显然没有清理已安装的更新）。

要真正清理不必要的补丁，请使用此行代码（需要管理员特权）：

1

Get-OrphanedPatch | Move-OrphanedPatch -Destination C:\Backup

这样，您可以在安全的地方“隔离”补丁文件一段时间。不过，不要忘记在某个时间点清空目标文件夹。或者，您当然可以立即删除孤立的补丁。不过，无论您做什么，都要自担风险。

可以通过许多方法实现简单的文件下载。例如，使用 Invoke-RestMethod、Invoke-WebRequest 或通过 BitsTransfer 模块。

如果您需要下载流式内容，那么需要更复杂的命令。在 Windows 机器上，您可以下载并安装 PSODownloader 模块：

1

Install-Module -Name PSODownloader -Scope CurrentUser

它为您提供了一个更简单的 cmdlet：Invoke-DownloadFile。您可以先将要下载的 URL 复制到剪贴板然后调用该命令，或者使用 -Url 参数。

在此可以查看更多信息：

https://github.com/TobiasPSP/Modules.PsoDownloader

在第一部分和第二部分中，我们全面学习了如何删除 PowerShell 模块。在这最后一部分中，我们将研究您可能不再需要的 PowerShell 模块版本。

每当将 PowerShell 模块更新为新版本时，新版本就可以与所有旧版本并行保存。这个设计方式很聪明，因为这可以方便您更新模块，即使它们当前正在使用。

然而，这种设计也导致了越来越多的垃圾。除非您无需明确地退回到旧版本的模块，否则通常只需要最新版本的模块。

这就是为什么下面的脚本列出模块的多个可用版本，然后让用户决定应清理哪一个：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

# script may require Administrator privileges if you want to remove
# module versions installed in "AllUsers" scope


# find ALL modules with more than one version and/or location:
$multiversion = Get-Module -ListAvailable |
  Group-Object -Property Name |
  Sort-Object -Property Name |
  Where-Object Count -gt 1

# ask user WHICH of these modules to clean?
$clean = $multiversion |
    Select-Object -Property @{N='Versions';E={$_.Count}}, @{N='ModuleName';E={$_.Name}} |
    Out-GridView -Title 'Select module(s) to clean' -PassThru

# get the todo list with the modules the user wants to clean:
$todo = $multiversion | Where-Object Name -in $clean.ModuleName

$todo |
  ForEach-Object {
    $module = $_.Name
    # list all versions of a given module and let the user decide which versions
    # to keep and which to remove:
    $_.Group |
        Select-Object -Property Version, ModuleBase, ReleaseNotes |
        Sort-Object -Property Version |
        Out-GridView -Title "Module $module : Select all versions that you want to remove" -PassThru |
        Select-Object -ExpandProperty ModuleBase |
        # do a last confirmation dialog before permanently deleting the subversions:
        Out-GridView -Title 'Do you really want to permanently delete these folders? CTRL+A and OK to confirm' -PassThru  |
        Remove-Item -Recurse -Force

  }

一旦用户选择一个或多个模块要清理，脚本一次会处理一个模块，并列出其所有版本。然后，用户可以选择要删除的版本。

请注意，您可能需要管理员特权才能删除 “AllUsers” 范围中安装的模块版本。

在第一部分中，我们研究了如何删除通过 “Install-Module“ 安装的 PowerShell 模块。如果您不再需要它们，则可以手动删除这些 PowerShell 模块。毕竟它们只是文件夹。

这段的代码列出了所有可用的 PowerShell 模块，并让您选择要删除的模块。

1
2
3
4
5
6
7
8
9
10

# folders where PowerShell looks for modules:
$paths = $env:PSModulePath -split ';'
# finding actual module folders
$modules = Get-ChildItem -Path $paths -Depth 0 -Directory | Sort-Object -Property Name

$modules |
  Select-Object -Property Name, @{N='Parent';E={$_.Parent.FullName}}, FullName |
  Out-GridView -Title 'Select module(s) to permanently delete' -PassThru |
  Out-GridView -Title 'Do you REALLY want to remove the modules below? CTRL+A and OK to confirm' -PassThru |
  Remove-Item -Path { $_.FullName } -Recurse -Force -WhatIf # remove -WhatIf to actually delete (as always at own risk)

注意：如果模块安装在 “AllUsers” 范围中，则可能需要管理员特权。

注意：删除模块时，它将从硬盘驱动器中永久删除。确保您知道它发布了哪些 cmdlet，并且确信不再需要它们。

有很多脚本可以通过转换一系列二进制值来读取注册表中原始的 Windows 10 产品密钥。

在这个迷你系列的第一部分中，我们将查看 PowerShell 保存其模块的位置，以及您可以采取什么措施删除不再需要的模块。

最安全的方法是完全专注于通过 Install-Module 安装的模块，因为这样您永远不会意外删除 Windows 或属于其他软件产品的一部分的模块。

这行代码列出了由 Install-Module 安装的所有模块，并让您选择要（永久）删除的模块。

1
2
3
4

Get-InstalledModule |
  Out-GridView -Title 'Select module(s) to permanently delete' -PassThru |
  Out-GridView -Title 'Do you REALLY want to remove the modules below? CTRL+A and OK to confirm' -PassThru |
  Uninstall-Module

注意：如果模块安装在 “AllUsers” 范围中，则可能需要管理员特权。

注意：删除模块时，它将从硬盘驱动器中永久删除。确保您知道它发布了哪些 cmdlet，并且确信不再需要它们。如果您不小心删除了模块，则可以随时通过 Install-Module 重新安装它。

在最简单的情况下，您可以仅使用单行代码（删除 -WhatIf 以实际执行更新）检查所有已安装的模块以进行更新：

1

PS C:\> Get-InstalledModule | Update-Module -WhatIf

Get-InstalledModule 列出了以“托管”方式安装的所有模块（使用 Install-Module），并包含有关该模块的安装位置的信息（即 PowerShell Gallery 网站）。这就是 Update-Module 用来检查新版本所需要的信息。

如果您只是想看看是否有模块需要更新，并且仅专注于 PowerShell Gallery 安装的模块，那么以下是检查更新的一种更快的方法：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

function Test-GalleryModuleUpdate
{
    param
    (
        [Parameter(Mandatory,ValueFromPipelineByPropertyName)]
        [string]
        $Name,

        [Parameter(Mandatory,ValueFromPipelineByPropertyName)]
        [version]
        $Version,

        [switch]
        $NeedUpdateOnly

    )

    process
    {
        $URL = "https://www.powershellgallery.com/packages/$Name"
        $page = Invoke-WebRequest -Uri $URL -UseBasicParsing -Maximum 0 -ea Ignore
        [version]$latest  = Split-Path -Path $page.Headers.Location -Leaf
        $needsupdate = $Latest -gt $Version

        if ($needsupdate -or (!$NeedUpdateOnly.IsPresent))
        {
            [PSCustomObject]@{
                ModuleName = $Name
                CurrentVersion = $Version
                LatestVersion = $Latest
                NeedsUpdate = $needsupdate
            }
        }
    }
}

Get-InstalledModule | Where-Object Repository -eq PSGallery |
    Test-GalleryModuleUpdate #-NeedUpdateOnly

Test-GalleryModuleUpdate 函数读取了 Get-InstalledModule 返回的模块，并检查在 powershellgallery.com 上是否发布了新版本。此检查是由通过解析 URL 快速完成的。如果添加 -NeedUpdateOnly switch 参数，则 Test-GalleryModuleUpdate 仅返回需要更新的模块（可能没有结果）。

这是示例输出：

ModuleName    CurrentVersion LatestVersion NeedsUpdate
----------    -------------- ------------- -----------
ImportExcel   7.5.2          7.5.3                True
PSEventViewer 1.0.17         1.0.22               True
Az.Tools.P... 0.5.0          1.0.1                True
Microsoft.... 16.0.21116.... 16.0.22413...        True
MicrosoftT... 2.3.1          4.4.1                True
PSReadLine    2.2.2          2.2.5                True
PSWriteHTML   0.0.172        0.0.174              True
...

当您从 Internet 下载文件，或将文件从不信任源复制到 NTFS 文件系统的驱动器时，Windows 将秘密的 NTFS 流添加到这些文件中，以作为额外的安全性层。

“锁定”的文件将无法执行，并且像 DLL 这样的“锁定”二进制文件无法被加载。这就是为什么在使用此类文件之前取消锁定这些文件的原因。从本质上讲，是通过删除隐藏的 NTFS 流来完成解密，该流将文件标记为来自“不受信任的来源”。

PowerShell 用 Unblock-File cmdlet 清除文件的隐藏的 NTFS 流。要解开多个文件，即整个子文件夹的完整内容，只需使用 Get-ChildItem 并将结果通过管道输送来解开文件：

1

Get-ChildItem -Path $home\desktop -File -Recurse | Unblock-File

如果您过去曾尝试过 VS Code，但由于速度和稳定性而感到失望，那么您现在可能想再次看一下。5 月 3 日，Powershell 团队的 Sydney Smith 宣布对 PowerShell 扩展进行了重大改革和重写。

具体而言，核心管道的执行已重新设计，IntelliSense 等编辑服务现在以单独的同步线程运行，以实现更高的速度、更少的阻塞和竞态条件。

在 Windows 上，稳定的的 Powershell ISE 仍然可以使用，并有许多粉丝。在其他平台上，或有更复杂的或多种编程语言的项目，那么是时候给 VS Code 第二次机会，如果您刚开始选择的话。

在这儿阅读完整的声明：https://devblogs.microsoft.com/powershell/major-update-to-the-powershell-extension-for-visual-studio-code/

使用 PowerShell，您永远不知道 cmdlet 是返回数组还是单个对象。这是因为当命令返回多个项目时，PowerShell 会自动将结果包装成一个数组：

1
2
3
4
5
6
7

# no array:
$test = Get-Service -Name Spooler
$test -is [Array]

# array:
$test = Get-Service -Name S*
$test -is [Array]

理解这一点非常重要，因为这意味着运行时条件可以确定变量的性质。这可能会导致坏的结果。这是演示该问题的一个示例：

下面的代码返回以 “C” 开头的所有服务名称，然后获取第一个服务名称。这是可能的，因为不仅有一个以 “C” 开头的服务，因此 PowerShell 返回一个数组，保存在 $servicenames 中，然后您可以在此数组中使用数字索引来选择特定的元素：

1
2
3
4
5
6
7

$Name = 'c*'

# get service names
$servicenames = Get-Service -Name $Name | Select-Object -ExpandProperty Name

# get first service name
$servicenames[0]

但是，您不能假设 $servicenames 始终是一个数组。如果在运行时只有一项与您的请求匹配的服务，则结果不再是一个数组，而是直接是服务名称。

为什么（以及何时）这么重要？当您的代码采用特定数组功能的那一刻，它变得重要，因为在某些情况下可能不存在该功能或行为不同。

为了说明这一点，下面的代码列出了现在以 “cry” 开头的所有服务。只有一项服务与请求匹配。因此，$servicenames 不再是一个数组。现在是一个字符串。当您在字符串上使用索引时，您会从该字符串中获取特定字母。

现在，相同的代码返回一个字符，而不是服务名称：

1
2
3
4
5
6
7

$Name = 'cry*'

# get service names
$servicenames = Get-Service -Name $Name | Select-Object -ExpandProperty Name

# get first service name
$servicenames[0]

这些示例似乎有点人为构造的情况。但是您可以在许多难以发现的脚本错误中找到这个问题。因此，重要的是要始终确保您在代码使用数组功能时真正获得数组。

确保您获得数组的一种简单方法是这个结构 @()：括号中的任何内容都以数组的形式返回。这就是为什么无论命令是否返回一个或多个结果，下面代码都有效的原因：

1
2
3
4
5
6
7

$Name = 'cry*'

# get service names
$servicenames = @(Get-Service -Name $Name | Select-Object -ExpandProperty Name)

# get first service name
$servicenames[0]

要将数字签名添加到 PowerShell 脚本文件（或其他能够为此问题携带数字签名的文件），请使用 Set-AuthenticodeSignature。运行以下演示代码（根据需要调整文件和证书的路径）：

1
2
3
4
5
6
7

$Name = 'cry*'

# get service names
[array]$servicenames = Get-Service -Name $Name | Select-Object -ExpandProperty Name

# get first service name
$servicenames[0]

运行此代码时，在 $Path 中指定的脚本文件将打开并显示添加到脚本底部的数字签名：

Hello World!

1
2
3
4
5
6
7

$Name = 'cry*'

# get service names
[string[]]$servicenames = Get-Service -Name $Name | Select-Object -ExpandProperty Name

# get first service name
$servicenames[0]

但是，[array] 更容易使用，因为无论数据类型如何，它总是可以使用，并且 [array] 对不熟悉类型的用户也更友好。

要如何自动检查在线文档所支持的语言？

如果 URL 使用语言 ID，则很容易创建具有所有可用语言 ID 的 URL 列表。 这就是我们到目前为止第一部分中所做的：

1

$list = RL -f

在第二部分中，我们现在确定列表中实际存在的 URL。但是，仅仅试图通过 Invoke-WebRequest 访问 URL 是不够的：

1

$list = RL -f

事实证明，所有 URL 访问的都是微软的 WEB 服务器，并且返回的状态都是 “OK”（包括不存在的语言）：

1

PS> New-SCode

这是因为微软的 WEB 服务器（与许多其它服务器一样）首先接受所有URL。然后，在内部，WEB 服务器弄清楚下一步该怎么做，并将新的 URL 返回到浏览器中。可能是原始的 URL（如果 WEB 服务器找到了资源），也可以是一个全新的 URL，例如通用搜索站点或自定义的“未找到”通知。”OK” 状态与 URL 的有效性无关。

您实际上可以通过禁止自动重定向来查看内部工作。对 Invoke-WebRequest 命令添加参数 “-MaximumRedirection 0 -ErrorAction Ignore“：

1

$list = RL -f

现在，您可以看到 Web 服务器如何告诉浏览器，URL 转移到其他地方，有效地将浏览器重定向到新 URL。

因此检查 URL 是否存在，取决于特定的 WEB 服务器的工作原理。在微软的例子中，事实证明有效的 URL 会导致单次重定向，而无效的 URL 会导致更多此重定向。将重定向限制为一次，可以区分有效和无效的 URL。

这是最终解决方案，还支持一个实时的进度条。

它在网格视图窗口中显示可用的本地化在线文档，您可以选择一个或多个以在浏览器中显示。您也可以在 $result 中取得结果，将其打印到 PDF 并将其提交给多种语言的员工。

1
2

$list = $h.Keys |
  ForEach-Object { $URL -f