在命令提示符与PowerShell中运行C/C++命令行程序有哪些差异

两类环境的差异全部来自shell层的附加行为，C/C++编译生成的exe本身的执行逻辑、内置运行时处理逻辑不会随运行的shell变化，以下是具体差异：

功能层面差异 #

• 异常相关行为：C/C程序自身的异常（包括C标准异常、Windows结构化异常SEH）由程序运行时和操作系统内核处理，和宿主shell无关。程序崩溃后的后续处理逻辑存在差异：CMD仅会输出程序退出码和基础崩溃提示，PowerShell会额外生成NativeCommandError类型的错误记录，若配置了$ErrorActionPreference = 'Stop'，还会直接中断当前整条脚本执行链。
• 参数解析规则：shell会先对传入的参数做解析再传递给程序的main函数，两者的转义规则完全不同：CMD仅用双引号处理带空格的参数，转义逻辑简单；PowerShell会优先对$、反引号、花括号等特殊字符做变量扩展、命令解析，很容易出现实际传入程序的参数和预期不符的情况，需要额外加转义或者使用--%停止解析符才能避免。
• 标准流默认编码：CMD默认使用系统OEM/ANSI编码（取决于区域配置），PowerShell 5.1默认输出编码为UTF-16LE，PowerShell 7+默认编码为UTF-8。如果C/C++程序未主动指定标准输入输出编码，在管道传递、跨程序调用的场景下很容易出现乱码问题。
• 控制台特性支持：Windows 10及以上版本中两者默认都支持VT100虚拟终端转义序列，但PowerShell支持单独修改转义序列的处理规则，CMD的相关配置为全局生效，若程序用到了彩色输出、光标控制等控制台功能，两类环境下的表现可能存在细微差异。

性能层面差异 #

• I/O性能：如果程序直接读写磁盘文件，性能完全由操作系统、磁盘硬件决定，和shell无关。仅在涉及控制台输出、标准流管道操作的场景下存在明显差异：
  • 大量文本输出到控制台的场景中，CMD的渲染逻辑更轻量，速度比PowerShell 5.1快2~10倍不等；PowerShell 7+做了输出优化，但速度仍略低于CMD。
  • 大体积数据管道传递的场景中，PowerShell会额外做对象封装、编码转换，比CMD的原生字节流管道开销高30%以上。
• 进程启动开销：PowerShell唤起原生进程的流程比CMD更复杂，单次启动小程序的额外开销比CMD高几毫秒到几十毫秒不等，若是在循环中反复调用同一个C/C++程序，累积的开销差异会非常明显。

注：如果程序没有依赖shell的环境变量、内置命令、参数解析等外部能力，仅靠自身逻辑就能完成所有功能，那么在两类环境下的核心功能表现完全一致，不存在功能失效的问题。

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