sorteddictionary是按键自动维持升序的独立集合，非用于排序已有dictionary；需从初始就要求键有序且频繁增删时直接使用；底层为红黑树，不支持索引访问，键不可变且非null。
SortedDictionary 不是用来“给已有 Dictionary 排序”的工具，它本身就是一个按键自动维持升序（默认）的独立集合类型。想靠它对普通 Dictionary 做一次排序再继续用原字典？行不通——你只是重建了一个新结构，还丢了动态有序性。
什么时候该直接 new SortedDictionary？
当你从第一行代码起就需要键始终有序，并且后续会频繁增删时，就该用 SortedDictionary，而不是先建 Dictionary 再转。
- 缓存项按时间戳（
long）或 ID（int）顺序遍历，且会动态添加/过期 - 配置项按名称字母序组织，运行时可能热加载新 key
- 需要稳定范围遍历（比如取所有 key 在
"config_a"到"config_m"之间的条目）
注意：SortedDictionary 底层是红黑树，插入/删除都是 O(log n)；不支持索引访问（不能写 sd[5]），键必须不可变，也不能为 null。
怎么实现降序？别用 Reverse() 遍历后重建
SortedDictionary 没有内置降序构造器，也别用 sd.Keys.ToList().Reverse() 再塞进新字典——这既慢，又失去实时有序优势。
- 正确方式：传自定义比较器，例如
new SortedDictionary<int string>(Comparer<int>.Create((x, y) => y.CompareTo(x)))</int></int> -
sd.Reverse()只是迭代顺序反转，底层存储仍是升序，每次调用都新建枚举器，有性能损耗 - 如果只读一次、数据量小，且后续不再修改，那用 LINQ 的
OrderByDescending更轻量
SortedDictionary vs Dictionary + OrderBy vs SortedList
三者根本不是替代关系，而是面向不同场景：
- 已有
Dictionary且只需一次性按键排序输出？用dictionary.OrderBy(kvp => kvp.Key)——简单、无额外内存开销、不改原结构 - 需要长期保持按键有序 + 高频插入/删除？选
SortedDictionary——O(log n)增删，适合动态场景 - 数据一次性填完、基本只读、且内存敏感？考虑
SortedList——内存更少，但填入未排序数据时插入代价是O(n)
最容易被忽略的一点：如果你把 Dictionary 转成 SortedDictionary 后，又继续往原 Dictionary 里 Add，那新条目不会自动同步到有序版本里——它们是两个完全独立的对象。
