.NET 5 System.CommandLine参数名以选项名为前缀时异常问题

这是.NET 5配套的System.CommandLine早期版本的已知Bug，并非用法错误，由两个独立的缺陷叠加导致。 #

1. 参数解析前缀匹配缺陷
   早期版本的System.CommandLine参数解析器存在逻辑漏洞：当Option的别名与Argument的名称存在前缀重叠时（你这里Option别名为--abc，Argument名称为abcd，abc是abcd的前缀），解析器处理无Option前缀的位置参数时，会错误将第一个位置参数识别为--abc的传入值，直接消费该参数，导致原本应该分配给abcd的位置参数丢失。
2. 集合类型参数默认值缺陷
   对应版本的System.CommandLine中，List<T>等集合类型的Argument如果没有匹配到任何输入，不会自动初始化空集合实例，而是直接赋值为null。你新增的空校验未生效的原因是：空引用异常并非抛出在你写的command方法内部，而是抛出在CommandHandler的参数绑定阶段，绑定逻辑在处理未初始化的集合参数时直接触发空引用，根本没有进入你写的方法。

你可以选择任意一种方式解决该问题：

• 升级System.CommandLine到2.0.0-beta1及以上版本，微软官方已经修复了上述两个缺陷，新版本默认会为集合类型参数初始化空集合，同时修正了前缀匹配的逻辑漏洞。
• 若无法升级依赖，可以调整Option或Argument的命名，避免出现一方名称是另一方前缀的情况，例如将Argument名称从abcd改为files即可正常运行。
• 给集合类型的Argument显式设置默认值，修改Argument定义为：

new Argument<List<string>>(name: "abcd", () => new List<string>())

显式指定默认值工厂后，即使参数未匹配到输入也会返回空集合，不会出现null值。 #

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