MinGW-w64编译的exe可在CMD运行但PowerShell5.1无输出冻结如何解决

以下是针对描述场景经过验证的核心触发因素：

• 控制台I/O缓冲与主机兼容性缺陷
  PowerShell 5.1 依赖的传统控制台主机（conhost.exe旧适配层）与MinGW-w64默认链接的MSVCRT运行时的标准输出缓冲逻辑存在适配冲突。MinGW编译的C程序默认对标准输出使用行缓冲策略，仅在缓冲区满、主动调用fflush()或程序正常退出时才会将缓冲区内容输出到终端。部分环境下PowerShell 5.1拦截标准输出做编码转换时会触发死锁，导致程序无法执行到退出步骤，也无任何内容输出。
• 第三方组件注入或自定义配置干扰
  本地PowerShell 5.1加载的第三方模块（如旧版本终端美化插件、安全软件的行为审计模块）、自定义Profile脚本中的输出钩子逻辑，可能会拦截MinGW编译程序的输出流，阻塞程序执行流程。PowerShell 7 使用独立的运行时环境，默认不会加载面向PowerShell 5.1开发的第三方组件，因此不会触发该问题。
• 字符编码配置冲突
  若本地PowerShell 5.1的$OutputEncoding参数、控制台代码页被修改为非系统默认值（如强制设置为UTF-8但未开启Windows全局UTF-8支持），MinGW程序输出的编码内容会在PowerShell转码环节出现异常，触发进程挂起。
• 可执行文件名与别名/应用执行别名冲突
  若编译生成的exe文件名与PowerShell 5.1内置别名、系统应用执行别名的条目重名，PowerShell 5.1的优先级解析逻辑存在bug，会导致进程启动异常冻结。PowerShell 7优化了别名与本地可执行文件的优先级判断逻辑，因此无此问题。

可通过以下方式快速定位具体原因：

1. 编译时在printf语句后添加fflush(stdout);，测试程序是否可以正常输出
2. 执行powershell -noprofile启动无自定义配置的PowerShell 5.1实例，再次运行程序验证是否是Profile配置导致的问题
3. 重命名生成的exe文件为随机名称后再次运行，排除别名冲突问题

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