.NET Standard 2.0下如何将参数数组序列化为ProcessStartInfo可识别的命令行字符串

针对你在.NET Standard 2.0环境下，无法使用ProcessStartInfo.ArgumentsList属性，需要手动转换参数数组的问题，我整理了详细的解答：

一、有没有现成工具可用？ #

很遗憾，.NET Standard 2.0中并没有官方提供的现成工具来完成这个转换——ArgumentsList是.NET 5.0才引入的便捷属性，标准库层面没有为老版本提供替代工具。

二、手动转换需遵循的规则 #

参数转换的核心难点是处理空格（参数分隔符）和引号（参数内的特殊字符），而且Windows和Unix平台的规则确实有差异：

Windows平台规则 #

测试验证：在Visual Studio项目调试面板输入命令行参数arg1 "arg 2" "arg ""3"""，程序启动后主函数获取到的参数为arg1、arg 2和arg "3"

结合测试结果和.NET源码逻辑，Windows平台的核心规则：

• 包含空格的参数必须用双引号包裹，避免被解析成多个参数
• 参数内部的双引号需要用两个连续双引号转义（因为Windows的参数解析器无法直接传递字面量引号，只能通过这种方式转义）

Unix平台规则 #

Unix平台的参数解析逻辑更直接：

• 同样建议给含空格的参数添加双引号，防止被空格分割
• 参数内部的双引号可以直接用单个双引号包裹，不需要像Windows那样转义成双双引号

三、跨平台兼容的实现方案 #

因为你的需求是生成命令行参数字符串（给ProcessStartInfo用），而非解析参数集合，所以可以采用一套通用逻辑适配双平台，在绝大多数场景下都能安全工作：

1. 遍历每个输入参数：
   • 如果参数包含空格或双引号，就用双引号把整个参数包裹起来
   • 将参数内部的所有双引号替换为两个连续双引号（这个处理在Windows下是必须的，在Unix下也能被正确解析）
2. 将所有处理后的参数用空格拼接，赋值给ProcessStartInfo.Arguments

这套逻辑只有极少数极端场景会失效，但根据你的描述，这些场景在你的类库使用场景中不会出现，可以放心使用。

四、针对你的特定场景补充 #

你的类库是一款命令行工具的封装，虽然目标工具只有Windows版本，但类库需要支持Linux环境（通过IsSupported返回false，由其他工具处理）。这种情况下上述跨平台逻辑完全适用：Windows下能生成符合要求的命令行，Linux下即使不执行目标工具，生成的参数格式也符合Unix规范，不会引发额外问题。

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