应使用system.commandline等标准库解析命令行参数，而非手写for循环；它自动支持多种参数格式、类型转换、帮助生成及子命令，.net 6+内置，.net 5需nuget包，旧版本可用commandlineparser。
别自己写循环解析 args，除非你只收一个字符串且永远不加选项。真要“优雅”又“极简”，直接用 System.CommandLine——它不是重型框架，是 .NET 6+ 内置、.NET 5 只需装一个 NuGet 包的轻量级标准方案。
为什么不能直接 for 循环遍历 args
手动解析看着简单，但一上真实场景就崩：
-
--port=8080和--port 8080要分别匹配，还得防--port="8080" - 带空格路径如
"C:\My App\config.json"在args里已是完整字符串，但你得自己判断哪项是值、哪项是开关 - 把
"42"转成int？漏掉int.TryParse或异常捕获，程序直接炸 -
myapp.exe -h要输出帮助——手写格式、对齐、缩进、换行，改一次选项就得同步改 help 文本 - 未来想加子命令（
myapp publish --target win-x64）？重写解析器
System.CommandLine 极简用法（.NET 6+ 直接开用）
三步搞定：定义选项 → 绑定到对象或委托 → 执行
比如要支持 --input <path></path> 和 --verbose：
var root = new RootCommand("My tool");
var inputOpt = new Option<string>("--input", "Input file path");
var verboseOpt = new Option<bool>("--verbose", "Enable verbose output");
root.AddOption(inputOpt);
root.AddOption(verboseOpt);
root.SetHandler((input, verbose) =>
{
Console.WriteLine($"Input: {input}, Verbose: {verbose}");
}, inputOpt, verboseOpt);
return await root.InvokeAsync(args);</bool></string>
就这么几行，自动支持：
myapp --input "data.txt" --verbosemyapp --verbose --input=data.txt-
myapp -h（自动生成 help） - 类型安全：传错类型（如
--input 123）会报错并提示
常见坑：别用 Environment.GetCommandLineArgs()
这个方法返回的数组第一个元素是程序全路径，而 Main(string[] args) 的 args 是纯参数（不含程序名）。混用会导致索引错位、解析失败。
记住只用 args，永远不要碰 Environment.GetCommandLineArgs() ——除非你在非 Main 方法里临时调试，且明确跳过第 0 项。
旧项目（.NET Core 3.1 或 .NET Framework）怎么办
如果不能升级到 .NET 5+，别硬套 System.CommandLine（v2+ 不支持），改用 CommandLineParser NuGet 包：
安装：dotnet add package CommandLineParser
写一个类标记属性即可：
class Options
{
[Option('i', "input", Required = true)]
public string Input { get; set; }
[Option('v', "verbose")]
public bool Verbose { get; set; }
}
Parser.Default.ParseArguments<options>(args)
.WithParsed<options>(o => Console.WriteLine(o.Input));</options></options>
它不支持子命令和高级验证，但比手写强十倍，且文档清晰、社区维护稳定。
最常被忽略的一点：哪怕只加一个布尔开关（--dry-run），也建议直接上库。因为“下次可能就要加第二个选项”，而重构解析逻辑的成本远高于一开始多敲三行代码。
