C#中能否在变量初始化时用重复值初始化数组？

核心结论 #

C#并没有支持你设想的new int[] {-1} * 200这类直接重复元素的初始化语法，无法在变量声明的初始化阶段通过纯编译期操作完成批量自定义元素赋值。下面给出两种贴近需求的替代方案，并解释背后的设计限制。

贴近需求的初始化阶段替代方案 #

虽然没法完全实现你想要的语法，但可以通过现有特性在变量声明时完成赋值逻辑（本质是运行时执行，但写法上和初始化绑定，符合你对“初始化阶段”的感知）：

1. 利用LINQ的Enumerable.Repeat简化代码 #

public class MyClass
{
     int[] numbers = Enumerable.Repeat(-1, 200).ToArray();
     public int Length => numbers.Length;

     public void SetValue(int index, int value)
     {
          if(index >= 0 && index < numbers.Length && numbers[index] != -1)
               numbers[index] = value;
     }
}

这种写法直接在变量声明时赋值，看起来和初始化绑定在一起，代码简洁度接近你的预期。Enumerable.Repeat会在运行时生成包含指定重复值的序列，再转为数组。

2. 构造函数内完成初始化 #

如果需要更透明的初始化逻辑，可将数组初始化放在实例构造函数中：

public class MyClass
{
     int[] numbers;
     public int Length => numbers.Length;

     public MyClass()
     {
          numbers = new int[200];
          Array.Fill(numbers, -1);
     }

     public void SetValue(int index, int value)
     {
          if(index >= 0 && index < numbers.Length && numbers[index] != -1)
               numbers[index] = value;
     }
}

这种方式在对象实例化的同时完成数组赋值，属于对象初始化阶段的操作，完全符合你不想在后续业务逻辑中处理初始化的需求。

为什么C#不支持这类语法？ #

1. 数组底层设计的高效性考量：CLR中new int[N]是直接分配连续内存并填充类型默认值的高效操作，如果支持自定义批量值初始化，编译期需要为大数组生成大量重复的元素值IL代码，会导致程序集体积膨胀，反而不如运行时通过填充方法高效。
2. 编译期与运行时的职责划分：编译期负责语法校验、生成基础IL，而带有逻辑的批量赋值交给运行时处理更灵活。比如Array.Fill是CLR优化后的实现，性能比编译期硬编码重复值更好。
3. 语法设计的简洁性平衡：C#的语法设计优先保证核心场景的简洁，这类小众场景的语法糖会增加语言复杂度，而通过现有库方法已经能满足需求，没必要新增语法特性。

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