.NET中LINQ ToDictionary返回字典的元素顺序与首元素获取问题

• 不要直接对ToDictionary()返回的Dictionary<TKey,TValue>调用First()来取原序列首元素，这个行为没有官方文档保障。
• 完全不需要构造SortedDictionary，这个结构是按键排序的，根本不保留原序列顺序，用了只会拿到错误结果。

为什么不推荐依赖普通Dictionary的枚举顺序 #

你提到的“返回值顺序与源序列保持一致”是GroupBy()方法的文档约定，不是ToDictionary()的。Dictionary<TKey,TValue>是基于哈希表实现的通用字典结构，微软从未正式承诺过它的枚举顺序和插入顺序一致。你目前观测到的顺序匹配，只是.NET Framework 4.7.2版本下的内部实现副作用——这个版本里刚创建、未做任何增删改操作的Dictionary，枚举时确实会按插入顺序输出元素，但这属于未公开的实现细节，不是API的正式契约，随时可能因为运行时补丁、版本迭代发生变化，不能作为业务逻辑的依赖。
顺带一提，你之前直接枚举字典拼接字符串的逻辑，同样是基于这个不稳定的副作用，存在潜在风险。

为什么SortedDictionary完全不适用 #

SortedDictionary内部是基于二叉搜索树实现的有序字典，它的枚举顺序永远按照键的比较规则排序，和原序列的元素先后顺序没有任何关联。举个例子：如果你原序列第一个元素的Name是"Z"，后续有个元素的Name是"A"，那对SortedDictionary调用First()拿到的永远是Name为"A"的元素，根本不是你需要的原序列首位元素。

推荐实现 #

如果你的场景既要用到字典的O(1)复杂度键查找能力，又要稳定保留原筛选序列的顺序、准确获取首元素，只需要多一步把筛选结果先物化到列表即可，没有额外复杂度：

// 先执行筛选，物化到列表固定顺序，这一步之后元素顺序和源序列完全一致，不会变动
var filteredList = dataPoints
    .Where(d => d.TypeName == typeNameOfInterest)
    .ToList();

// 基于固化后的列表构造字典，供后续按键查询使用
var filteredDictionary = filteredList.ToDictionary(d => d.Name, d => d.Identifier);

// 直接从列表取首元素，行为100%稳定可预期
var firstItem = filteredList.First();

// 拼接字符串也基于列表实现，彻底绕开字典枚举顺序的不确定性
var output = string.Join(Environment.NewLine, filteredList.Select(d => $"{d.Name} : {d.Identifier};"));

这种写法完全不依赖运行时的内部实现细节，不管后续升级框架版本、安装运行时补丁，逻辑行为都不会发生变化。

内容的提问来源于stack exchange，提问作者ackh