C#数组初始化的三种合法形式及作为参数时第一种无效的原因咨询

这个问题其实涉及到C#语法中数组初始化器的使用规则限制，咱们把逻辑拆解开讲清楚：

先看变量声明时三种合法写法的本质 #

当你在声明变量时，这三种写法都能正常工作，核心原因是编译器有明确的类型上下文可以参考：

• string[] To = { "one@g.com", "two@g.com" };
  这是隐式数组初始化，左边的变量类型string[]已经明确告诉编译器：我要创建一个字符串数组，所以右边的{...}可以直接作为这个数组的元素列表，不需要额外的new关键字。
• string[] To = new[] { "one@g.com", "two@g.com" };
  这是隐式类型数组，new[]让编译器从元素的类型（这里是string）自动推断出数组的类型是string[]，省去了重复写string的麻烦。
• string[] To = new string[] { "one@g.com", "two@g.com" };
  这是最标准的显式类型数组初始化，明确指定了数组的类型，编译器完全不需要做额外推断。

为什么作为方法参数时{...}会报错？ #

当你直接把{...}传给方法参数时，这个初始化器列表没有任何可以参考的类型上下文：
方法MethodWithAnArrayParam需要的是一个string[]类型的实例，但{...}本身只是一个“元素集合”，不是一个完整的数组表达式——它必须依附于一个明确的数组类型声明（要么是变量的类型，要么是new关键字引导的数组构造）。

对比两种合法调用：

• MethodWithAnArrayParam(new string[] { "hi@t.com", "hi@t.com" });
  这里new string[]明确创建了一个string[]实例，{...}作为这个实例的元素列表，编译器能清晰识别它的类型，匹配方法参数。
• MethodWithAnArrayParam(new [] { "hi@t.com", "hi@t.com" });
new[]让编译器从元素类型推断出这是string[]，同样能生成符合参数要求的数组实例。

而MethodWithAnArrayParam({ "hi@t.com", "hi@t.com" });这种写法，编译器根本不知道这个{...}应该对应什么类型的数组——它可能是string[]，也可能是object[]甚至其他自定义类型的数组？没有上下文就无法完成推断，自然会触发编译错误。

简单总结：C#语法规定，数组初始化器列表不能单独作为独立表达式使用，它必须和new关键字（显式/隐式）绑定，或者在变量声明的赋值语句中（借助变量类型提供上下文）。

内容的提问来源于stack exchange，提问作者Victor Hugo Terceros