PowerShell中Write-Host仅在特定条件下生效的问题排查咨询

• 检查是否存在自定义覆盖
  执行Get-Command Write-Host确认返回的CommandType为Cmdlet、来源为Microsoft.PowerShell.Utility。如果显示为Function或Alias，说明原生cmdlet被自定义函数/别名覆盖，可进一步排查全局、模块作用域下是否有function Write-Host {}或Set-Alias Write-Host 其他命令的定义。
• 检查宿主颜色配置
  执行$Host.UI.RawUI.ForegroundColor和$Host.UI.RawUI.BackgroundColor确认两个颜色值不同。如果默认前景色被修改为和背景色一致，无颜色参数的Write-Host输出会完全“隐形”，这和你观测到的「指定前景色就正常输出」的现象完全匹配。
  PowerShell 7+版本额外检查$PSStyle.OutputRendering，确认值不是[System.Management.Automation.OutputRendering]::None，该配置会禁用所有ANSI样式输出，结合颜色配置异常也会导致无输出。
• 检查信息流偏好配置
  Write-Host默认写入6号信息流，执行$InformationPreference确认值不是SilentlyContinue或Ignore，这两个值会默认抑制无强制输出标识的Write-Host内容。注意指定ForegroundColor参数时Write-Host会强制绕过信息流偏好限制，刚好匹配你观测到的异常特征。排查脚本中是否有全局修改$InformationPreference的逻辑，或者调用脚本时传入了-InformationAction SilentlyContinue参数。
• 排查批量赋值$null的次生影响
  排查所有自定义函数是否存在修改宿主配置的返回值未被捕获的情况：如果部分函数执行了修改颜色、流配置的操作，返回值没有被捕获就会污染输出流，你批量将函数返回值赋值给$null的操作如果刚好跳过了某条重置默认配置的逻辑，就会导致全局配置异常。
  验证方法：在脚本启动时记录初始的$Host.UI.RawUI.ForegroundColor、$InformationPreference值，在出问题的Write-Host调用前打印这两个值和初始值对比，可快速定位是否是中途配置被篡改。
• 检查外层作用域流捕获逻辑
  如果你将整段菜单逻辑放在了被捕获输出的作用域中（比如用$result = & { 菜单脚本 }的方式调用），6号流默认不会被捕获，但若全局开启了*>&1捕获所有流又没有输出到Host，就会导致Write-Host内容被吞。你观测到的docker命令加| Out-Host就正常、不加就无输出的现象，完全符合流被上层作用域捕获的特征，可排查是否存在外层的全局流捕获逻辑。

执行以下代码可快速定位是否为配置类问题：

# 保存原有配置
$originalForeground = $Host.UI.RawUI.ForegroundColor
$originalInfoPref = $InformationPreference

# 重置为默认配置测试
$Host.UI.RawUI.ForegroundColor = 'Gray'
$InformationPreference = 'Continue'
Write-Host "测试无颜色参数输出" # 此处如果有输出则证明是配置问题，不是Write-Host被覆盖

# 恢复原有配置
$Host.UI.RawUI.ForegroundColor = $originalForeground
$InformationPreference = $originalInfoPref

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