PowerShell工作流并行foreach与非并行执行耗时相同是什么原因？

调度开销抵消并行收益 #

PowerShell 工作流实现的foreach -parallel并非直接多线程执行循环体，每个并行迭代都会触发独立的工作流活动上下文调度流程，存在固定的跨边界序列化、上下文切换开销。

• 如果单轮循环的执行逻辑（对小体积日志跑Select-String加正则替换）本身仅需几毫秒，并行调度的固定开销会完全抵消并行带来的时间节省，最终总耗时和串行执行几乎无差别。
• 验证方式：换几个体积在数百MB以上的大日志文件做测试，就能明显观察到并行带来的耗时下降。

并行块内手动变量累加导致锁竞争 #

你在并行块内写的$allkey += $text是无并行收益的核心bug：

工作流环境下全局变量是跨迭代共享的，+=操作会在每个迭代执行时阻塞等待全局变量的排他锁，多个并行迭代互相等待锁资源，实际执行逻辑完全退化为串行流程。

正确的写法是移除循环内的手动累加逻辑，直接输出单轮循环的处理结果，由工作流自动收集所有迭代的返回值：

workflow Test-ParallelForeach 
{
  param(
    [array[]]$arraylist 
  )

  foreach -parallel ($namefile in $arraylist) {
    $text = ((Select-String -Path "C:\test_ps1\$namefile" -Pattern "text_text") -replace "(?s)^.*$tmp", '') -replace "text2_text2.",""
    # 直接输出处理结果，不要手动写累加逻辑
    $text
  }
}

# 工作流执行完成后，直接把返回值赋值给全局变量
$allkey = Test-ParallelForeach -arraylist $arraylist

默认并行度被系统限制 #

PowerShell 工作流默认会根据系统资源自动适配最大并行数，在交互式会话中经常会自动将并行阈值压到接近1的水平，完全失去并行效果。如果要强制指定并发数，可以在foreach -parallel中添加-ThrottleLimit参数手动设置并发上限：

foreach -parallel ($namefile in $arraylist) -ThrottleLimit 4 {
  # 循环处理逻辑
}

代码优化建议 #

• 循环内拼接文件路径的写法容易引发路径查找性能损耗，建议提前将文件完整路径存入数组传入工作流，避免循环内重复做路径拼接：

  # 提前存全路径，不要只存文件名
  $arraylist = $listlogtoday.FullName
  # 循环内直接传入完整路径给Select-String
  Select-String -Path $namefile -Pattern "text_text"
  

• 传统PowerShell Workflow属于已被官方弃用的技术，现阶段做并行处理更推荐用PowerShell 7+内置的ForEach-Object -Parallel，该实现基于原生runspace池，调度开销远低于老版本的Workflow，并行性能提升数倍。

内容的提问来源于stack exchange，提问作者Andrey。