C# 12 的 collection expression（如[1,2,3]）是仅在.NET 8+且显式启用LangVersion 12时可用的语法糖，用于紧凑构建数组、Span等，但不支持隐式转为List，..展开仅限集合表达式内部，本质仍是新建数组并复制元素。
collection expression 是 C# 12 的新语法，只在 .NET 8+ 和启用 LangVersion 12 的项目中可用
它不是“替代”传统集合初始化的万能写法，而是为特定场景（尤其是构建不可变集合、函数式风格链式操作）提供更紧凑的表达。不升级到 .NET 8 或没在 .csproj 里显式设 <langversion>12</langversion>，写 [1, 2, 3] 这种语法会直接报错：Syntax error, '(' expected 或 Feature 'collection expressions' is not available in C# 11。
常见错误现象：VS 没报红但运行时报错；或者编译通过但 IDE 提示“无法解析符号”，本质是 SDK 版本和语言版本没对齐。
- 确认项目目标框架是
<targetframework>net8.0</targetframework>（或更高） - 手动加
<langversion>12</langversion>到.csproj—— 即使是 net8.0，默认也不自动启用 C# 12 全部特性 - Visual Studio 2022 17.8+ / VS Code + latest C# Dev Kit 才能正确识别语法高亮和补全
用 [...] 初始化数组、列表、Span 等，但类型推导有边界
集合表达式本身不带类型，C# 靠上下文推断。推导失败就编译不过，不是运行时问题。
比如 var x = [1, 2, 3]; 推出的是 int[]，不是 List<int></int>；想得到 List<int></int> 必须显式构造：new List<int> { 1, 2, 3 }</int> 或用扩展方法包装。
-
int[] a = [1, 2, 3];✅ 直接赋值给数组类型 -
List<int> b = [1, 2, 3];</int>❌ 编译错误：无法将“集合表达式”隐式转换为List<int></int> -
IEnumerable<int> c = [1, 2, 3];</int>✅ 因为int[]实现了IEnumerable<int></int> -
Span<int> d = [1, 2, 3];</int>✅Span<t></t>支持从数组隐式转换（栈分配语义仍由运行时保证）
.. 展开运算符只能用于 collection expression 内部，不能单独用在任意位置
.. 不是“解构”也不是“展开参数”，它只在 [...] 里合法，作用是把一个可枚举序列“铺平”进当前集合表达式。写在 [...] 外面（比如函数调用参数里）会直接语法错误。
典型误用：SomeMethod(..list) ❌；正确用法：var combined = [1, 2, ..list, 5];
-
..右侧必须是实现了IEnumerable<t></t>的表达式，不能是object或未泛型集合 - 嵌套展开不支持：
[..[1, 2], ..[3, 4]]✅，但[..[..[1, 2]]]❌ 编译失败 - 性能上，
[..xs, ..ys]底层仍是新建数组并复制元素，不是零拷贝；若需高性能拼接，仍应考虑ArrayPool或Span手动操作
和传统初始化对比：何时该用 collection expression，何时不该
它简化的是“一次性构造+赋值”的场景，不是所有集合操作都适合。尤其要注意可读性和调试友好性。
比如日志聚合：Log($"Errors: {[..errors.Select(e => e.Message)]}"); 看似简洁，但实际执行时会多建一个数组，且异常堆栈里看不到中间变量名，排查困难。
- 推荐用：
return [header, ..items, footer];（纯数据组装，无副作用） - 慎用：
var result = [..ProcessA(), ..ProcessB()];—— 若ProcessA()抛异常，你没法在 debugger 里单独看它的返回值 - 别用：
config.Items = [..config.Items, newItem];—— 这会丢掉原集合引用，如果其他地方还持有旧引用，逻辑就断了 - 注意：collection expression 初始化的数组是不可变长度的，后续不能
.Add()；需要动态增删请坚持用List<t></t>
最常被忽略的一点：collection expression 是语法糖，背后仍是 new + copy。它让代码“看起来”更函数式，但没改变 .NET 的内存模型和集合语义。别为了用而用，特别是热路径或内存敏感场景。
