.NET Core经C++ CreateProcess启动时首个命令行参数丢失原因咨询

问题复现 #

C++通过CreateProcessW启动.NET 8应用的代码如下：

CreateProcessW(L"D:\\TestApp.exe", L"-x \"MY_PARAM\"", NULL, NULL, FALSE, NORMAL_PRIORITY_CLASS, NULL, NULL, &si, &pi)

不同环境下的参数获取表现：

• .NET 8：
  • Environment.GetCommandLineArgs()返回 [D:\TestApp.dll, MY_PARAM]，丢失了-x参数
  • Environment.CommandLine返回 "D:\TestApp.dll" MY_PARAM
  • 调用kernel32.dll的GetCommandLine()可正确获取原始命令行 -x "MY_PARAM"
• .NET Framework 4.7.2：
  • Environment.GetCommandLineArgs()返回 [-x, MY_PARAM]
  • Environment.CommandLine返回 -x "MY_PARAM"，表现符合预期
• 正常场景：
  • 从.NET Framework/.NET Core应用启动TestApp时，参数解析正常
  • 在首个参数前添加空格（命令行改为L" -x \"MY_PARAM\""），.NET 8应用可正确获取参数

原因分析 #

这是.NET Core/.NET 5+与.NET Framework的命令行参数解析逻辑差异导致的：

• .NET Framework直接使用系统GetCommandLine()返回的原始命令行进行解析，不对内容做额外修改。
• .NET Core/.NET 8的参数解析逻辑会自动补全命令行：当检测到命令行开头未包含可执行文件路径时，会将进程主模块路径（即TestApp.dll）拼接到命令行开头，导致原本的首个参数-x被覆盖，最终解析结果异常。

添加前导空格后，.NET解析逻辑会跳过前导空白，正确识别后续参数；从其他.NET应用启动时，调用方传递的命令行通常遵循标准格式，因此不会触发异常解析逻辑。

解决方案 #

这不属于.NET Core/.NET 8的bug，是设计逻辑差异导致的，可通过以下两种方式解决：

• 在CreateProcessW的lpCommandLine参数开头添加可执行文件路径，与lpApplicationName保持一致，示例：L"D:\\TestApp.exe -x \"MY_PARAM\""
• 在首个参数前添加前导空格，确保命令行以空白字符开头，示例：L" -x \"MY_PARAM\""

内容的提问来源于stack exchange，提问作者jerry-soto