asp.net - 从 ASP.NET IIS 运行时，Powershell 启 Action 业、等待作业、主机线程永远不会退出

Question

我目前正在尝试使用 powershell 构建一个从 IIS 启动的线程清理脚本。我使用 powershell 远程处理创建了一个线程“由所有者终止进程”，从与我的清理脚本相同的服务器列表运行，并且没有问题。

$jobs = @()
foreach ($comp in $comps) {
    $jobs += start-job -FilePath ("CleanupJob.ps1") -ArgumentList $comp, $username
    Write-Host "Started Job on: $comp"
}
foreach($job in $jobs)
{
    $job | wait-job | out-null
    receive-job $job.ID
}

Remove-Job -State Completed 

当我从 powershell 控制台运行脚本时，整个过程完美运行，主线程启动 28 个新进程，这些进程启动到每个服务器的远程连接，并等待所有作业完成。当它们完成后，我得到输出并且主机线程存在。一切都按计划进行。

并非如此，当我从我的 asp.net 应用程序运行它时，我的 28 个服务器中的每一个都得到““Started Job on: $comp””，但只有前 14 个服务器的结果，然后主机线程只是坐在那里。 (直到我用火杀死它，并且我的输出返回到asp.net网页)

当我从 asp.net 页面运行脚本时，我无法看到脚本中发生了什么。我所能看到的是 cpu/ram 使用率下降到与我从 PSconsole 运行它时相同的水平，但我的主线程永远不会关闭。所以我确实相信脚本按预期工作，但我的网页挂起直到主线程关闭(如上所述，它永远不会关闭)。

<小时/>

这就是我调用脚本的方式(不是漂亮的 .net <3 powershell 方式:)

public string RunProgramme(string scriptpath, string arguments)
{
    ProcessStartInfo startInfo = new ProcessStartInfo();
    startInfo.FileName = @"powershell.exe";
    startInfo.Arguments = "& \'"+scriptpath+"\' "+ arguments;

    //return startInfo.Arguments;
    startInfo.RedirectStandardOutput = true;
    startInfo.RedirectStandardError = true;
    startInfo.UseShellExecute = false;
    startInfo.CreateNoWindow = true;
    Process process = new Process();
    process.StartInfo = startInfo;
    process.Start();

    string output = process.StandardOutput.ReadToEnd();
    string errors = process.StandardError.ReadToEnd();
    return output;
}

谜团加深了，将此行添加到我的线程作业中

Invoke-Command -Session $session  -ScriptBlock {param($path) net send mymachine $path}  -Args $msg 

当我从 IIS 运行脚本时，我会收到来自每台计算机的消息。正如我的 ram 使用情况所示，所有作业都已运行，但输出未正确返回，并且我的主机线程只是坐在那里...等待...

Answer 1

请注意，您发生了一些不必要的事情。

foreach ($comp in $comps) {
    start-job -FilePath ("CleanupJob.ps1") -ArgumentList $comp, $username
    Write-Verbose "Started Job on: $comp"
}
Get-Job | Wait-Job | Out-Null
Remove-Job -State Completed 

PowerShell 已经构建了一个作业列表；不需要在 $jobs 变量中这样做，也不需要枚举它们来等待。

当然，您可以在代码中将 $jobs 用于其他用途 - 但只是想确保其他人看到这个替代方案。