PowerShell使用Start-Job调用SSRS报告多值参数仅返回首条记录问题

问题1：Render方法在Job中表现异常的原因 #

Start-Job本质是启动独立的子进程执行任务，和当前GUI主进程属于完全隔离的运行环境，异常的核心原因有两个：

• 子进程中动态生成的SSRS Web服务代理类（New-WebServiceProxy生成的RS类）存在参数序列化缺陷：当传递同名多值参数数组时，子进程中的代理类无法正确将多值序列化为SSRS服务可识别的格式，最终SSRS服务仅接收到数组第一个值，因此只返回对应第一条记录的结果。并非函数在渲染其余记录前提前结束，而是SSRS服务本身就只返回了单条记录的报告内容。
• Start-Job的参数传递机制默认会对输入数组做自动展开处理，你可以在脚本块开头加一行Write-Output $InputArray.Count验证，子进程实际收到的数组长度和你传入的不一致也是常见的触发原因。

问题2：使用Runspace/Start-ThreadJob的解决方案 #

完全可以通过这两类方案解决问题，它们都属于同一进程内的多线程执行，不会触发Start-Job的进程隔离带来的代理类序列化、参数传递错误问题，同时不会阻塞GUI线程，也保持了单次SSRS请求拉取全部数据的逻辑，不会增加额外的请求开销，符合你的需求。

推荐方案：Start-ThreadJob（实现更简单） #

PowerShell 7+默认自带该模块，Windows PowerShell 5.1可先执行Install-Module ThreadJob -Scope CurrentUser安装，修改启动任务的代码即可：

# 替换原Start-Job部分即可，其余代码无需改动
# 括号加逗号是为了强制把数组作为单个参数传递，避免自动展开
$job = Start-ThreadJob -ScriptBlock $GetSSRSData -ArgumentList (,$InputArray)
do { [System.Windows.Forms.Application]::DoEvents() } until ($job.State -ne "Running")
$Data = Receive-Job -Job $job
Remove-Job $job
ConvertFrom-Csv -InputObject $Data

可选方案：Runspace（性能更高） #

对执行效率要求更高可以选择原生Runspace实现，示例逻辑如下：

$runspace = [runspacefactory]::CreateRunspace()
$runspace.Open()
$runspace.SessionStateProxy.SetVariable("InputArray", $InputArray)
$ps = [powershell]::Create().AddScript($GetSSRSData)
$ps.Runspace = $runspace
$asyncResult = $ps.BeginInvoke()

# GUI刷新循环
do {
    [System.Windows.Forms.Application]::DoEvents()
} while (-not $asyncResult.IsCompleted)

$Data = $ps.EndInvoke($asyncResult)
$ps.Dispose()
$runspace.Dispose()
ConvertFrom-Csv -InputObject $Data

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