集合初始化器仅适用于实现IEnumerable且含公开Add方法的类型，如List<T>、Dictionary<K,V>等；数组、只读集合及无Add方法的类型不支持，用错将直接编译失败。
集合初始化器不是万能语法糖，它只在特定条件下生效；用错类型或写错结构会直接编译失败，而不是运行时报错。
哪些类型能用集合初始化器
必须同时满足两个条件：实现 IEnumerable（或泛型 IEnumerable<t></t>），且有公开的 Add 实例方法。常见支持类型包括：
-
List<T>、HashSet<T>、SortedSet<T> -
Dictionary<K, V>、SortedDictionary<K, V> - 自定义类：需显式实现
IEnumerable并提供匹配参数的Add方法
不支持的类型包括：
-
string[]、int[]等数组 —— 它们没有Add方法，用的是数组初始化语法（{ ... }前无new List<T>） -
IReadOnlyList<T>、IImmutableList<T>、ReadOnlyCollection<T>—— 接口/类型不暴露可写的Add - 只读属性返回的集合（如
public IReadOnlyList<int> Items { get; } = new List<int>();）—— 初始化器作用于新对象，不能绕过属性只读性
Dictionary 初始化时 key 冲突的两种行为
Dictionary<K, V> 的集合初始化器本质是连续调用 Add(K, V)，所以重复 key 会触发编译期可预见的运行时异常：
-
new Dictionary<int, string> { {1, "a"}, {1, "b"} }→ 运行时抛ArgumentException: An item with the same key has already been added. - 若想覆盖而非报错，得改用索引器初始化语法：
new Dictionary<int, string> { [1] = "a", [1] = "b" }→ 最后赋值生效，不抛异常
注意：索引器写法（[key] = value）和集合初始化器（{ {key, value} }）是两套机制，不能混用在同一初始化表达式中。
带参构造函数 + 初始化器的顺序不能错
初始化器必须紧跟在 new 表达式之后，构造函数参数要写在大括号前，中间**不能加逗号**：
-
new List<int>(10) { 1, 2, 3 }✅ 预分配容量 10，再添加 3 个元素 -
new List<int> { 1, 2, 3 }(10)❌ 语法错误：编译器认为{...}已结束，后面(10)无法解析 -
new HashSet<string>(StringComparer.OrdinalIgnoreCase) { "A", "b" }✅ 构造时指定比较器，再填入数据
这个顺序是 C# 语法硬性规定，IDE 不会提示修复，只能靠经验识别。
C# 12 集合表达式不是替代，而是补充
C# 12 引入的集合表达式（如 [1, 2, 3]）看起来更简洁，但它生成的是不可变集合（System.Collections.Immutable.ImmutableArray<T> 或类似类型），和传统集合初始化器语义不同：
-
var a = new List<int> { 1, 2, 3 };→ 可变、可后续Add/Remove -
var b = [1, 2, 3];→ 默认是ImmutableArray<int>，修改需调用.Add()返回新实例 - 两者不能互换：你不能对
[1, 2, 3]调用.Add(4)原地修改
真正容易被忽略的是：集合表达式在底层可能触发隐式装箱或额外分配，尤其在泛型约束宽松时；而老式初始化器因明确类型，编译器优化路径更稳定。
