c# 的 list 不是语法糖，而是有明确行为边界的动态数组实现；foreach 中调用 remove() 必抛 invalidoperationexception，因内部 _version 计数器校验失败；安全删除应使用 removeall、倒序 for 或索引收集；insert(0,x) 性能远低于 add()；sort() 异常源于类型未实现 icomparable 或含 null；clear() 后需 trimexcess() 避免内存浪费。
直接说结论：C# 的 List<t></t> 不是“语法糖”，它是一套有明确行为边界的动态数组实现，用错方法会立刻抛异常、漏删元素或拖慢性能——尤其在删除和遍历环节。
为什么 foreach 里调 Remove() 一定报错？
因为 List<t></t> 内部维护一个 _version 计数器，每次 Add()、Remove()、Clear() 都会让它加一。而 foreach 底层调用 GetEnumerator() 时会记录初始版本号，迭代中途发现不一致就直接抛 InvalidOperationException: "Collection was modified"。
常见错误写法：
foreach (var item in list)
{
if (string.IsNullOrEmpty(item))
list.Remove(item); // ❌ 运行时必崩
}
安全替代方案：
-
list.RemoveAll(string.IsNullOrEmpty)—— 一行解决，内部已做版本同步 - 倒序
for循环：for (int i = list.Count - 1; i >= 0; i--) if (condition) list.RemoveAt(i); - 先收集索引再批量删：
var indices = list.Select((x, i) => new { x, i }).Where(a => a.x == null).Select(a => a.i).ToArray(); Array.Reverse(indices); foreach (var idx in indices) list.RemoveAt(idx);
Add() 和 Insert(0, x) 性能差十倍以上
Add() 是均摊 O(1)，但 Insert(0, x) 是 O(n)，因为要整体平移所有已有元素。默认构造的 List<string>()</string> 初始 Capacity 是 0，第一次 Add() 才扩容到 4，之后按需翻倍（4→8→16…）；而 Insert() 每次都要搬动全部数据。
高频插入场景注意：
- 日志缓冲、消息队列推送，别用
Insert(0, msg)模拟“头插”，改用Stack<t></t>或反转输出逻辑 - 预估容量可省掉多次扩容：
new List<string>(1024)</string>比默认构造快 2–3 倍（尤其在循环 Add 前） -
AddRange()比循环Add()快得多——它只做一次容量校验 + 一次Array.Copy
Sort() 报 InvalidOperationException 怎么办？
这个异常只在两种情况下出现：
- 元素类型
T没实现IComparable<t></t>（比如自定义 class 没重写CompareTo），且你又没传Comparison<t></t>委托 - 集合里混了
null，而T是引用类型且没处理空值比较逻辑
解决方式：
- 简单类型（
int、string、DateTime）直接list.Sort()即可 - 自定义类排序，要么实现
IComparable<t></t>，要么传委托：list.Sort((a, b) => a.Name.CompareTo(b.Name)) - 避免
Sort()后再用OrderBy()—— 前者就地修改、快；后者返回新枚举器、延迟执行、额外分配内存
注意：Clear() 不释放内部数组内存，反复清空+填充大量数据时，记得调 TrimExcess() 收缩容量，否则 Capacity 会一直卡在历史峰值。
