Start-ThreadJob 是 PowerShell 中真正贴近多线程语义的方案，它在同一进程内新建线程执行脚本块，共享内存、启动快、资源占用低，而 Start-Job 是基于进程的后台作业机制，开销大、启动慢、需序列化通信。
powershell 本身不支持真正的多线程（.net 中的 thread 或 task 级别并发），start-job 是基于进程的后台作业机制，不是多线程。它启动的是独立的 powershell 进程，资源开销大、启动慢、跨进程通信成本高。如果你目标是“轻量、快速、高并发”的异步任务，不该用 start-job，而该用 start-threadjob——它才是 powershell 中真正贴近多线程语义的方案。
Start-Job 本质是多进程，不是多线程
Start-Job 每次都 fork 出一个全新 PowerShell 进程（类似 cmd /c），彼此内存隔离、无共享变量、需序列化传参和结果。这意味着：
- 启动耗时明显（几百毫秒级），不适合高频短任务
- 无法直接访问父会话中的变量、函数或模块（除非显式通过
-InitializationScript导入） - 大量作业易拖慢系统，且
Get-Job查询开销随作业数增长 - 它解决的是“不阻塞当前会话”问题，而非“提升吞吐效率”问题
想实现多线程效果？用 Start-ThreadJob
PowerShell 5.1+（尤其 PowerShell 7.0+）推荐使用 Start-ThreadJob —— 它在**同一进程内新建线程**执行脚本块，共享内存、启动快、资源占用低：
- 安装（仅 PowerShell 5.1 需手动）：
Install-Module ThreadJob -Force - 基本用法：
Start-ThreadJob -ScriptBlock { Get-Date } -ArgumentList $param - 控制并发数：
-ThrottleLimit 4限制最多同时运行 4 个线程作业 - 获取结果：
Receive-Job -Id 1或批量Get-Job | Receive-Job
例如并行查 5 台主机连通性：
$hosts = '192.168.1.1', '192.168.1.2', '192.168.1.3', '192.168.1.4', '192.168.1.5'
$jobs = $hosts | ForEach-Object { Start-ThreadJob -ScriptBlock { Test-Connection $using:_ -Count 1 -Quiet } }
$jobs | Wait-Job | Receive-Job
Start-Job 仍适用的典型场景
尽管不是多线程，Start-Job 在以下情况仍有不可替代价值：
-
需长期驻留、完全隔离的任务：比如监控服务状态并写日志，即使主会话关闭，作业仍可运行（需配合
Register-ScheduledJob或守护逻辑） - 执行不兼容线程安全的命令：如某些 .NET 类库或 COM 对象只能在 STA 线程/单实例上下文中运行
- 需要完整 PowerShell 环境副本：比如加载特定版本模块、设置不同 ExecutionPolicy 或语言模式
- 调试与排错更直观：每个作业有独立进程 ID，可用任务管理器直接观察、终止
关键操作对照速查
无论用哪种作业，日常管理命令一致：
- 查看所有作业：
Get-Job（含 State、HasMoreData、Location） - 获取输出：
Receive-Job -Id 3（只读一次，后续为空；加-Keep可重复读） - 等待完成：
Wait-Job -Id 2 -Timeout 30（超时返回，不阻塞） - 清理完成作业：
Get-Job -State Completed | Remove-Job - 强制终止：
Stop-Job -Id 1（对 Start-ThreadJob 同样有效）
