Start-Transcript/Stop-Transcript部分命令输出缺失问题咨询

为什么会出现输出缺失？ #

• 输出流差异：Start-Transcript 默认捕获PowerShell主机（Host）接口的输出，但 curl.exe、etl2pcapng、pktmon 这类原生Win32程序，是直接通过Windows控制台API写入标准输出/错误流，而非通过PowerShell的管道机制。当这些命令的输出绕过PowerShell Host时，转录就会漏抓。
• 缓冲机制影响：不同外部命令的输出缓冲策略不同——有的用行缓冲（输出一行就刷新），有的用块缓冲（攒够一定字节才输出）。如果命令执行速度快，或者退出时缓冲未及时刷新，未输出的内容就不会被转录捕获。
• 异步输出问题：部分命令会异步生成输出，而Start-Transcript的捕获逻辑是同步的，当异步输出在转录停止前未完成写入，就会丢失。

如何避免输出缺失？ #

• 强制输出走PowerShell Host流：把外部命令的输出通过管道传给 Out-Host，确保内容经过PowerShell Host接口，被转录捕获：

  & curl.exe -N https://example.com | Out-Host
  & etl2pcapng input.etl output.pcapng | Out-Host
  

• 合并并重定向所有流：用 *>&1 把外部命令的所有输出流（包括标准错误）合并到标准输出，再通过管道处理，确保无遗漏：

  & pktmon start --etw *>&1 | Out-Host
  

• 禁用命令内部缓冲：针对支持参数的命令，直接禁用输出缓冲，比如curl可以加-N参数关闭缓冲，确保输出实时刷新：

  & curl.exe -N -o output.txt https://example.com
  

• 延迟停止转录：在执行完所有外部命令后，添加短暂延迟，给缓冲足够时间完成输出，再停止转录：

  # 执行外部命令
  & etl2pcapng input.etl output.pcapng
  # 延迟500毫秒
  Start-Sleep -Milliseconds 500
  Stop-Transcript
  

• 替代转录方案：如果Start-Transcript始终不可靠，直接将外部命令的输出重定向到文件，再合并到最终日志：

  # 重定向pktmon的输出到文件
  & pktmon start --etw > pktmon.log 2>&1
  # 后续可以将文件内容追加到转录日志
  Get-Content pktmon.log | Out-Host
  

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