如何在PowerShell中实现并行/非并行模式切换且避免代码块重复？

当然可以实现！这绝对是提升代码可维护性的好做法——避免重复编写核心业务逻辑，只需要通过开关控制执行模式就行。下面我会给你两种清晰的实现方案，都能达到你的需求：

方案一：利用脚本块复用+参数哈希表（推荐） #

这种方式通过**脚本块（ScriptBlock）**封装核心代码，再用PowerShell的参数拼接（Splatting）来统一管理ForEach-Object的执行参数，最大程度减少重复代码：

# 1. 定义你的核心业务代码块（只写一次！）
$myCode = {
    # 这里是你的核心逻辑，使用统一的变量名（比如$localStepWidth）
    Write-Host "正在处理项: $_，步骤宽度: $localStepWidth"
    # <# 替换成你的实际业务代码 #>
}

# 2. 配置开关和基础参数
$myParallel = $true  # 切换这个值来控制并行/非并行
$parallelBlocks = 2
$stepWidth = 5       # 示例变量
$tmpArray = 1..10    # 示例输入数组

# 3. 初始化ForEach-Object的参数哈希表
$forEachParams = @{
    InputObject = $tmpArray
}

# 4. 根据并行状态调整参数和执行逻辑
if ($myParallel) {
    $forEachParams['ThrottleLimit'] = $parallelBlocks * 10
    # 并行模式：需要用$using:引用当前运行空间的变量
    $forEachParams['Parallel'] = {
        $localStepWidth = $using:stepWidth
        & $using:myCode  # 执行核心代码块
    }
}
else {
    # 非并行模式：直接引用当前运行空间的变量
    $forEachParams['Process'] = {
        $localStepWidth = $stepWidth
        & $myCode  # 执行核心代码块
    }
}

# 5. 统一执行管道
ForEach-Object @forEachParams

关键说明： #

• 核心代码$myCode只定义一次，专注于业务逻辑，不需要关心执行模式
• 使用**参数哈希表（Splatting）**可以避免重复编写整个ForEach-Object调用，只需要根据开关调整差异部分
• 并行模式下，所有需要从当前运行空间传递到子运行空间的变量（比如$stepWidth、$myCode）都必须用$using:前缀；非并行模式则直接引用即可
• 用&操作符执行脚本块，这是PowerShell中调用脚本块的标准方式

方案二：动态生成执行脚本块 #

如果你觉得参数哈希表的方式有点繁琐，也可以直接动态生成包含变量初始化和核心代码的脚本块：

# 定义核心代码块
$myCode = {
    Write-Host "处理项: $_，步骤宽度: $localStepWidth"
    # <# 你的业务代码 #>
}

$myParallel = $false
$parallelBlocks = 2
$stepWidth = 5
$tmpArray = 1..10

# 根据并行状态生成执行脚本块
if ($myParallel) {
    $executionBlock = [scriptblock]::Create(@"
        `$localStepWidth = `$using:stepWidth
        & `$using:myCode
    "@)
    $tmpArray | ForEach-Object -ThrottleLimit ($parallelBlocks *10) -Parallel $executionBlock
}
else {
    $executionBlock = [scriptblock]::Create(@"
        `$localStepWidth = `$stepWidth
        & `$myCode
    "@)
    $tmpArray | ForEach-Object $executionBlock
}

这种方式通过[scriptblock]::Create()动态拼接脚本块内容，同样能复用核心代码$myCode，不过要注意转义特殊字符（比如$要用`$）。

两种方案都能完美解决你的问题，推荐第一种参数哈希表的方式，代码结构更清晰，可读性更强。

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