请解释 C# 的 HybridDictionary 这个集合类：它的内部实现机制是什么？在哪些实际业务或编程场景下，开发者会优先选用 HybridDictionary 而不是其他字典类型？
考察说明
考察候选人是否理解 HybridDictionary 的设计动机，即在小数据量时用 ListDictionary、大数据量时切换 Hashtable 的混合策略，以及其适用场景。
回答思路
- 【回答框架 1】HybridDictionary 是 System.Collections.Specialized 命名空间下的一个字典类，它内部根据元素数量动态切换存储结构：当元素少于特定阈值（通常为 10 个）时，使用 ListDictionary（基于链表实现，插入快但查找慢）；当元素超过阈值时，自动转换为 Hashtable（基于哈希表，查找快）。这种切换对调用者是透明的，目的是在少量数据时避免哈希表的计算开销，在大量数据时保证查找效率。
- 【回答框架 2】适用场景主要是集合大小不确定且可能较小或中等的情况。例如，配置文件解析、属性列表、短期缓存等，这些场景元素通常不多，但偶尔也可能增长到较大规模。此时 HybridDictionary 能提供较好的平衡，因为它在数据少时内存占用低、插入快，数据多时查找高效。但需要注意，它是非泛型集合，存取会装箱拆箱，且不支持线程安全。
- 【回答框架 3】与泛型 Dictionary<TKey, TValue> 对比，后者类型安全且性能通常更好，尤其是在大量数据时。因此 HybridDictionary 更适合小型、非关键的集合操作，在现代开发中已较少使用，更多被 ListDictionary 或泛型字典替代。
- 【关键点 1】HybridDictionary 内部结合 ListDictionary 和 Hashtable，按元素数量动态切换。
- 【关键点 2】适用于元素数量不确定但预计较小或中等、且需要简单字典操作的场景。
- 【关键点 3】它是非泛型类，存在装箱开销，且非线程安全，高并发下需自行加锁。
- 【易错点 1】误认为 HybridDictionary 在所有情况下都比 Hashtable 或 Dictionary 快，实际上在数据量大时，泛型 Dictionary 通常性能更好。
- 【易错点 2】忽略非泛型集合的类型安全问题，导致不必要的装箱拆箱和运行时类型转换异常。