ToDictionary 必须传入两个 Func 参数：键选择器和值选择器，缺一则编译报错 CS0411；键重复抛 ArgumentException；null 键非法，空集合合法；小数据量时 LINQ 查询可能比预建字典更快。
ToDictionary 的两个必需参数怎么填
必须传入两个 Func：一个取键，一个取值。缺一不可，否则编译报错 CS0411。常见写法是用 lambda 表达式，比如把 List<person></person> 按 ID 转字典：
var dict = people.ToDictionary(p => p.Id, p => p);
注意第二个参数不能省略成 p => p 以外的表达式——哪怕你想只存姓名，也得显式写 p => p.Name，不能靠“推断”。
键重复时会直接抛异常，不是覆盖
ToDictionary 遇到重复键（比如两个 Person 的 Id 相同）会立刻抛 ArgumentException，错误信息类似 An item with the same key has already been added。这不是 bug，是设计行为。要避免崩溃，有三个实际办法：
- 先用
GroupBy+First或FirstOrDefault去重 - 改用
ToLookup（返回ILookup<k></k>，允许多值） - 手写循环 +
TryAdd（.NET 6+）或检查ContainsKey
别指望它自动跳过或合并。
空集合、null 元素和 null 键的处理边界
空集合调用 ToDictionary 没问题，返回空 Dictionary。但只要集合里有 null 元素，且你的键选择器返回 null（例如 p => p.Name 而某 p.Name == null），就会抛 ArgumentNullException —— 字典键不允许为 null（引用类型）。值可以为 null，但键不行。安全写法是加空值检查：
people.Where(p => p.Id != null).ToDictionary(p => p.Id, p => p)
或者用可空值类型做键（如 int?）时注意装箱后 null 仍非法。
性能和内存开销比手写 for 循环高多少
在数据量小（ToDictionary 因内部需预估容量、多次哈希、可能扩容，比纯 for 循环 + dict.Add 慢 10%–30%。更关键的是内存：它会一次性把整个集合加载进内存再构建字典，而有些场景（比如从数据库流式读取）更适合边读边建。如果真卡在性能上，优先确认是否真的需要字典——有时用 FirstOrDefault(p => p.Id == target) 配合合理索引，比预建字典还快，尤其只查一两次的时候。
