注意：我正在尝试packer.exe作为后台进程运行以解决azure-arm构建器的特定问题，我需要观察输出。我没有使用
Start-Process，因为我不想使用中间文件来消耗输出。

我将以下代码设置packer.exe为在后台运行，这样我就可以使用它的输出并对某个日志消息采取行动。这是一个更大的脚本的一部分，但这是有问题的一点，它的行为不正确：

  $builderDir = ( Split-Path -Parent $PSCommandPath )
  Push-Location $builderDir
  
  # Set up the packer command to run asynchronously
  $pStartProps = @{
    FileName               = ( Get-Command -CommandType Application packer ).Source
    Arguments              = "build -var-file ""${builderDir}\win-dev.pkrvars.hcl"" -only ""azure-arm.base"" ."
    UseShellExecute        = $false
    RedirectStandardOutput = $true
    RedirectStandardError  = $false
    LoadUserProfile        = $true
  }
  $pStartInfo = New-Object ProcessStartInfo -Property $pStartProps

  $p = [Process]::Start($pStartInfo)

  while ( $null -ne ( $output = $p.StandardOutput.Readline() ) -or !$p.HasExited ) {
    # Do stuff
  }

基本上，条件的( $output = $p.StandardOutput.Readline() )一部分while似乎一直挂起，直到有更多的输出要读取。我不确定为什么会这样，因为StreamReader.Readline() 应该返回要读取的下一行，或者null是否没有更多输出。关于我期望获得的日志消息，我对此进行了相当多的处理，因此当没有进一步的输出消耗时读取 STDOUT 时阻塞会使脚本无用。packer.exe在继续执行的同时，它还在前台执行其他操作。

我能够在Readline()确实读取空行（的值""）的调试器中确认，这似乎发生在没有进一步的输出消耗时。这可能是相切的，但这也会导致调试器出错。

发生此问题时，VSCode 调试器会在此位置
$output = $p.StandardOutput.Readline()突出显示几秒钟，然后调试器停止（一切都消失，不再跟踪变量等），直到Readline()停止阻塞并继续执行，此时调试器似乎重新初始化跟踪的变量，监视的表达式等。所以当这种情况发生时我根本无法使用调试器。甚至
PowerShell Integrated Console（与调试器一起使用的那个）也挂起，我无法输入任何内容。

对于完整的上下文，这个脚本的目标是让packer.exe我在不断循环到：

1. 显示更多输出packer.exe
2. 检查是否存在某个日志消息
3. 给packer.exe一点时间尝试自己做它需要做的事情
4. 如果它等待的时间太长，我会针对节点执行一个脚本，因为packer.exe应该自己完成的操作可能会失败
   • 我正在这样做，对于我正在解决的问题Invoke-AzVMRunCommand，这在该州无法完成。packer.exe它必须在packer.exe运行本身的带外执行。
5. 应用解决方法后继续构建，我只是继续将输出转发packer.exe到控制台，直到进程退出

但是由于脚本在没有输出时挂起，所以第 4 步将永远无法工作，因为我必须给加壳程序时间来尝试自己完成配置，这也是我首先将它一起破解的全部原因。

怎么Readline()堵在这里？我做错了什么吗？无论我是在 Windows PowerShell 还是 PowerShell Core 中运行我的脚本，都会出现此行为。