PowerShell本身不原生支持传统多线程，但可通过Runspace池或MultiThreadTaskRunner模块实现高效并行；推荐优先使用Runspace池（如CreateRunspacePool(1,5)），复用执行环境、控制并发数、避免Start-Job的高开销进程级启动，配合BeginInvoke/EndInvoke异步执行与资源清理，兼顾性能、资源与可控性。
powershell 本身不原生支持传统意义上的多线程（如 c# 的 thread），但可通过 runspace（轻量级、共享 powershell 运行时的并发执行单元）或封装好的模块（如 multithreadtaskrunner）实现真正高效的并行循环处理。关键不是“用 for 循环套 start-job”，而是避免进程级开销、复用执行环境、合理控制并发数。
优先用 Runspace 池实现可控并行
这是最常用、性能最好、资源最省的方式，适合批量处理独立任务（如遍历文件、调用 API、查询服务状态）。
- 创建固定大小的 RunspacePool（例如 5–10 个），避免为每个任务新建完整 PowerShell 进程
- 每个任务封装为脚本块（
ScriptBlock），通过$args或参数传递数据 - 用
BeginInvoke()异步启动所有任务，再统一收集结果，不阻塞主线程 - 务必调用
$runspacePool.Close()和$runspacePool.Dispose()清理资源
示例：并行检查 100 台主机连通性
（注意：实际使用时请替换$computers 列表）$computers = "Server01","Server02","Server03" # 实际可读自 CSV 或 AD
$scriptBlock = {
param($computer)
$result = Test-Connection -ComputerName $computer -Count 1 -Quiet -ErrorAction SilentlyContinue
[PSCustomObject]@{ Computer = $computer; Online = $result }
}
<p>$pool = [runspacefactory]::CreateRunspacePool(1, 5) # 最小1，最大5个并发
$pool.Open()
$jobs = @()</p><p>foreach ($comp in $computers) {
$ps = [powershell]::Create().AddScript($scriptBlock).AddArgument($comp)
$ps.Runspace = $pool
$jobs += [PSCustomObject]@{ Pipe = $ps; Result = $ps.BeginInvoke() }
}</p><h1>等待全部完成并收集</h1><p>$jobs | ForEach-Object {
$output = $<em>.Pipe.EndInvoke($</em>.Result)
$_.Pipe.Dispose()
$output
}
$pool.Close()
$pool.Dispose()
用 MultiThreadTaskRunner 模块快速上手
适合不想手动管理 Runspace 生命周期的场景，语法极简，底层仍基于 Runspace。
- 先安装（需管理员权限）：
Install-Module -Name MultiThreadTaskRunner -Force - 定义处理逻辑（
ScriptBlock），支持param($obj)接收单个输入项 - 调用
New-MultiTaskJob，指定数据源（数组）、脚本块、线程数 - 输出无序，证明并行生效；如需有序结果，后续按原始索引排序即可
示例：并行写入 50 个测试文件
$script = {
param($i)
$path = "C:\temp\test_$i.txt"
"Content for item $i" | Out-File $path -Encoding UTF8
Write-Host "Done: $path"
}
New-MultiTaskJob -Source (1..50) -Block $script -ThreadCount 8
避免低效模式：别用 Start-Job 做循环并行
Start-Job 启动的是独立 PowerShell 进程，启动/销毁开销大、内存占用高、IPC 通信慢。它适合“偶尔跑一个长期后台任务”，不适合“循环处理几百项”。
- 每调用一次
Start-Job，系统要加载整个 PowerShell 运行时，耗时约 300–800ms - 100 个 Job → 可能多消耗 30 秒以上启动时间，还易触发系统资源限制
- 结果需用
Receive-Job逐个拉取，无法流式处理
除非任务极长（>5 分钟）且彼此完全无关，否则不要为循环中的每一项启一个 Job。
配合 Select-Object 提升管道效率
若并行任务返回对象后还需筛选/计算属性，一定把 Select-Object 放在最终合并结果之后，而不是在每个 Runspace 内重复执行。
- 错误做法：每个脚本块里都写
| Select-Object Name, Status→ 多次对象构造，浪费内存 - 正确做法：所有结果收集完，统一用一次
$allResults | Select-Object ...→ 流式处理，零冗余
这是 PowerShell 性能优化中最常被忽视的一点：对象生成越晚越好，变换越少越好。
