我刚好碰到过类似的情况，这确实是PowerShell在处理远程后台作业时的一个恼人行为，甚至可以说是个小Bug。咱们一步步来拆解问题和解决办法：

为什么会出现这个现象？ #

当你用Invoke-Command -AsJob或者Start-Job时，PowerShell会创建一个作业对象，里面包含了脚本内容、参数、目标机器等信息。默认情况下，PowerShell会用专门的格式化视图来显示作业对象（就是你说的类似Format-Table的摘要）。但如果传递的参数$param_1是复杂类型（比如数组、自定义对象），或者参数值刚好触发了格式化器的异常，PowerShell就会回退到显示对象的所有属性——这其中就包括存储脚本内容的ScriptBlock属性，于是整个脚本就被打印出来了。你说修改参数位置能改变输出，其实就是改变了作业对象的属性结构，让格式化器又能正常使用默认视图了。

实用解决办法 #

1. 把作业对象赋值给变量（最稳妥） #

这是最简单有效的方法，既保留了对作业的引用，又能强制PowerShell使用默认的作业格式化视图，不会打印脚本内容：

$backgroundJob = Invoke-Command -ComputerName $my_ip -FilePath "my_script.ps1" -ArgumentList $param_1 -AsJob

之后如果需要查看作业状态，直接用Get-Job $backgroundJob或者$backgroundJob | Format-List就行，只会显示作业的关键信息。

2. 抑制不必要的输出 #

如果不需要保留作业对象的引用，可以直接把输出丢去Out-Null，完全避免任何启动输出：

Invoke-Command -ComputerName $my_ip -FilePath "my_script.ps1" -ArgumentList $param_1 -AsJob | Out-Null

3. 调整参数的类型或传递方式 #

既然参数是触发问题的源头，你可以尝试把复杂参数转换成简单类型再传递，比如：

• 如果$param_1是数组，转换成字符串：-ArgumentList ($param_1 -join ",")
• 如果是自定义对象，提取需要的属性传递，或者用[PSCustomObject]包装后再传递
• 明确指定参数类型，避免PowerShell自动推断出意外的类型：

  Invoke-Command -ComputerName $my_ip -FilePath "my_script.ps1" -ArgumentList ([string]$param_1) -AsJob
  

4. 控制脚本内部的输出 #

有时候脚本本身的未捕获输出也会被带到作业的启动输出里，你可以在my_script.ps1开头加上[CmdletBinding()]，然后用Write-Verbose或Write-Debug代替直接输出，或者把不需要的输出重定向到$null：

# my_script.ps1 开头
[CmdletBinding()]
param(
    $Param1
)

# 把不需要的输出重定向
Get-SomeData | Out-Null

# 用Verbose输出调试信息，需要时再用 -Verbose 参数启用
Write-Verbose "Processing parameter: $Param1"

总结 #

最推荐的还是把作业对象赋值给变量的方法，既不影响后续管理作业，又能彻底解决脚本内容被打印的问题。如果是参数类型导致的，调整参数传递方式也能有效避免这个Bug。

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