ToDictionary报“已添加了具有相同键”是因为键重复，它严格要求键唯一；常见原因包括数据清洗不彻底或误用非唯一字段作键；应先用GroupBy定位重复键，再考虑改用ToLookup或指定去重策略。
为什么 ToDictionary 突然报“已添加了具有相同键”？
因为你传进去的数据里，有重复的键值——ToDictionary 严格要求键唯一，遇到第二个相同键就直接抛 ArgumentException，不给你机会选策略。
- 这不是 bug，是设计使然：它本质是构建
Dictionary<tkey tvalue></tkey>，而字典底层不允许重复键 - 常见诱因：订单号、用户ID、编码字段看似唯一，但数据清洗没做干净；或误用业务字段（比如用“城市名”当键，但多个用户同属一个城市）
- 别急着改逻辑——先用
.GroupBy(k => k.Key).Where(g => g.Count() > 1)快速定位哪几个键重复了
想保留重复键？别硬刚 ToDictionary，换 ToLookup
ToLookup 是专为“一对多”场景设计的，它不拒绝重复键，而是把相同键的所有元素自动聚合成 IEnumerable<telement></telement>。
- 返回类型是
ILookup<tkey telement></tkey>，只读，不能增删改 - 查数据时写
lookup[key]得到的是一个集合，不是单个值，要加.First()或.ToList()才能取出来 - 如果最终仍要转成
Dictionary（比如为了后续修改），可以链式写：data.ToLookup(x => x.Id, x => x).ToDictionary(g => g.Key, g => g.First())
ToDictionary 的两个参数到底怎么配？
签名是 ToDictionary<tsource tkey tvalue>(source, keySelector, elementSelector)</tsource>，最容易错在第三个参数——它不是“值”，而是“从每个元素中提取值的函数”。
- 错误写法：
list.ToDictionary(x => x.Id, x.Name)—— 第三个参数必须是函数，x.Name是值，编译不过 - 正确写法：
list.ToDictionary(x => x.Id, x => x.Name)，注意箭头右边是表达式，不是字段访问 - 如果只想用默认值（比如所有值都设为
true），写x => true，别漏掉=> - 键选择器返回
null（引用类型）不会崩溃，但之后用dict[null]会正常工作——这点和ToLookup一致
性能和安全：别在循环里反复调用 ToDictionary
每次调用都是立即执行 + 全量遍历 + 哈希表重建，开销不小。更糟的是，如果没预估容量，内部数组会多次扩容。
- 高频使用场景（如 Web API 每次请求都构建映射），务必指定初始容量：
data.ToDictionary(x => x.Id, x => x, new Dictionary<int item>(data.Count))</int> - 避免“先
ContainsKey再取值”的写法，这等于查两次——直接用TryGetValue更快 - 如果只是临时查一两次，考虑不用
ToDictionary，改用FirstOrDefault(x => x.Id == targetId)可能更轻量
最常被忽略的一点：ToDictionary 不是语法糖，它是真实分配内存并建哈希表的操作。数据量大时，键重复检查、哈希冲突、装箱（值类型作键）都会悄悄拖慢你——上线前用小数据集跑一遍 dotnet trace 看看实际开销。
