绝对有办法！PowerShell原生进度条的性能问题确实是老痛点了——尤其是在涉及大量IO操作（比如下载+解压）的时候，它的底层更新机制会严重拖慢脚本执行速度，你遇到的50倍耗时差距完全在预料之中。下面我给你一套自定义进度条的实现方案，既能保留可视化进度反馈，又不会像原生组件那样吃掉大量性能。

核心思路 #

原生进度条慢的根源在于它需要和PowerShell的运行时进行频繁交互，还要维护复杂的控制台UI状态。自定义进度条则简化了逻辑：只在控制台的同一行输出更新后的进度文本，用回车符（\r）覆盖之前的内容，完全避开原生进度条的性能开销。

自定义进度条函数 #

先实现一个通用的自定义进度条函数，你可以在任何需要进度反馈的场景复用它：

function Write-CustomProgress {
    param(
        [Parameter(Mandatory=$true)]
        [int]$PercentComplete,
        [string]$StatusText = "Processing...",
        [int]$BarLength = 50
    )

    # 确保百分比始终在0-100的有效范围内
    $PercentComplete = [math]::Max(0, [math]::Min(100, $PercentComplete))
    $filledSegments = [math]::Floor(($PercentComplete / 100) * $BarLength)
    $emptySegments = $BarLength - $filledSegments

    # 构建可视化进度条字符串
    $progressBar = "[" + ("#" * $filledSegments) + ("-" * $emptySegments) + "]"
    $displayText = "$progressBar $PercentComplete% - $StatusText"

    # 覆盖当前行输出，避免刷屏
    Write-Host -NoNewLine "`r$displayText"

    # 进度完成时输出换行，避免后续内容和进度条重叠
    if ($PercentComplete -eq 100) {
        Write-Host ""
    }
}

结合下载+解压场景的完整示例 #

接下来把这个函数用到你的下载并解压ZIP的场景中，分两部分实现：

1. 带自定义进度的文件下载 #

这里用System.Net.WebClient来实现异步下载，它能触发进度变化事件，刚好可以对接我们的自定义进度条：

# 配置下载参数
$downloadUrl = "https://example.com/your-target-file.zip"
$localZipPath = "C:\temp\downloaded-file.zip"

# 初始化WebClient并注册进度事件
$webClient = New-Object System.Net.WebClient
$webClient.add_DownloadProgressChanged({
    param($sender, $eventArgs)
    # 触发自定义进度条更新
    Write-CustomProgress -PercentComplete $eventArgs.ProgressPercentage -StatusText "Downloading ZIP file..."
})
$webClient.add_DownloadFileCompleted({
    param($sender, $eventArgs)
    # 下载完成后标记进度100%
    Write-CustomProgress -PercentComplete 100 -StatusText "Download finished!"
    $webClient.Dispose()
})

# 启动异步下载并等待完成
$webClient.DownloadFileAsync([Uri]$downloadUrl, $localZipPath)
while ($webClient.IsBusy) {
    Start-Sleep -Milliseconds 100
}

2. 带自定义进度的ZIP解压 #

Expand-Archive没有原生进度反馈，所以我们手动遍历ZIP内的文件，逐个解压并计算进度：

# 配置解压参数
$extractTargetPath = "C:\temp\extracted-content"

# 创建目标目录（如果不存在）
if (-not (Test-Path $extractTargetPath)) {
    New-Item -ItemType Directory -Path $extractTargetPath | Out-Null
}

# 加载.NET的ZIP处理类
Add-Type -AssemblyName System.IO.Compression.FileSystem
$zipArchive = [System.IO.Compression.ZipFile]::OpenRead($localZipPath)
$totalItems = $zipArchive.Entries.Count
$processedItems = 0

# 遍历ZIP内的所有条目（文件+目录）
foreach ($entry in $zipArchive.Entries) {
    if ($entry.FullName.EndsWith("/")) {
        # 处理目录：创建对应路径
        $targetDir = Join-Path $extractTargetPath $entry.FullName
        if (-not (Test-Path $targetDir)) {
            New-Item -ItemType Directory -Path $targetDir | Out-Null
        }
    } else {
        # 处理文件：解压到目标路径
        $targetFile = Join-Path $extractTargetPath $entry.FullName
        [System.IO.Compression.ZipFileExtensions]::ExtractToFile($entry, $targetFile, $true)
    }

    # 更新进度
    $processedItems++
    $currentPercent = [math]::Round(($processedItems / $totalItems) * 100)
    Write-CustomProgress -PercentComplete $currentPercent -StatusText "Extracting files..."
}

# 清理资源并标记完成
$zipArchive.Dispose()
Write-CustomProgress -PercentComplete 100 -StatusText "Extraction finished!"

注意事项 #

• 这个方案在原生PowerShell控制台或Windows Terminal里效果最佳，PowerShell ISE对\r回车符的处理不太友好，可能会出现刷屏情况。
• 如果需要支持取消下载/解压，可以给WebClient添加取消令牌，或者在循环里加中断判断，不过一般基础场景不需要。

内容的提问来源于stack exchange，提问作者Gregory Rosenberg