从资源角度：Dictionary值用char[]还是string更高效？

先直接给结论：在无重复值的短序列场景下，char[]的内存占用确实比string更低，但两者的运行效率差异极小，同时还要考虑安全性和可读性的 trade-off。

1. 内存占用对比 #

CLR中string是特殊的不可变类型，它的内存结构包含：

• 对象头（64位环境下24字节）
• 长度字段（4字节）
• 指向内部char数组的引用（8字节）
• 内部char数组本身（2*N字节 + 数组对象头24字节，N为字符长度）

而直接用char[]的内存结构是：

• 数组对象头（24字节）
• 长度字段（4字节）
• 字符数据（2*N字节）

也就是说，每个string值比对应的char[]多了一层string对象的开销（24+4+8=36字节）。对于你这种有几百个短字符序列的场景，累计下来的内存差异会很明显——比如1000个单字符值，用string会多占36KB内存。

但有个例外：如果字典里存在大量重复的字符串值，CLR的字符串驻留机制会让这些重复值共享同一个string实例，反而能节省内存。这种情况下string的内存占用可能比char[]更低。

2. 运行效率对比 #

你的代码核心是调用StringBuilder.Append，两种类型都有对应的重载：

• Append(char[])：直接复制数组内的字符数据到StringBuilder的缓冲区
• Append(string)：CLR允许StringBuilder直接访问string内部的私有char数组，同样是直接复制数据

两者的底层实现几乎一致，运行效率差异可以忽略不计，不会成为性能瓶颈。

3. 其他需要考虑的点 #

• 安全性：char[]是可变的，即使字典是ImmutableDictionary，也只能保证键值对的映射关系不变，无法阻止外部代码修改数组内容（比如拿到out char[] val后修改数组元素），这会导致字典数据被意外篡改。而string是完全不可变的，不存在这个风险。
• 可读性与维护性：string的写法更简洁直观（"de" vs new[] {'d','e'}），几百个键值对的场景下，维护string版本的代码会轻松很多。

最终建议 #

• 如果你的场景需要极致压缩内存，且能确保不会意外修改数组内容，选择char[]；
• 优先推荐string版本，在大部分业务场景下，内存差异可以接受，同时安全性和可读性更优。

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