C#中多枚举成员绑定相同整数值时的名称解析规则探究

这个结果是.NET 枚举名称解析逻辑的实现细节导致的确定性结果，不存在随机因素，也没有特殊的语言层约定。这套逻辑在.NET Framework、.NET Core 3.x、.NET 5的所有版本中完全一致，因此不同环境下的运行结果没有差异。

核心实现机制 #

• 上述版本中，枚举类型的字符串名称解析（包括ToString()、Enum.GetName()等场景），内部会预先构建一张底层数值到枚举名称的单向映射表。这张表是普通的单键单值字典结构，不支持一个底层值对应多个枚举名称；遍历成员填充映射时，后写入的同键条目会直接覆盖之前的旧值。
• 映射表的填充顺序和开发者书写枚举成员的源码顺序完全无关：C#编译器在生成程序集元数据时，会对枚举类型的常量字段做内部排序后，存入元数据的字段表；运行时加载枚举时，完全按照字段表的物理存储顺序遍历成员、填充映射。
• 对于示例中A=1、B=1、C=1的定义，C#编译器生成元数据时，三个同值字段的物理存储顺序为A -> C -> B。最后被遍历到、最后写入数值1对应映射条目的成员是B，它会覆盖之前A、C对应的同值条目，最终映射表中键1对应的唯一名称就是B。

为什么不会输出A或C #

多数人直觉认为会输出源码写在第一位的A，或者写在最后一位的C，本质是对元数据存储逻辑的误解：

• 源码书写顺序不会被编译器原样保留在元数据的字段顺序中。不管把B放在枚举定义的第一、第二还是第三个位置，C#编译器都会对字段做内部排序，不会按源码顺序存储。
• 同值字段的二次排序规则不是直观的字母升序/降序，而是编译器内部基于字段元数据属性的排序逻辑。对于A、B、C三个单字符的同值成员，经过编译器的排序流程后，B的条目在同值分组里刚好排在物理存储顺序的最后，因此最终成为值1对应的解析名称。

注意事项 #

微软从来没有对重复值枚举成员的字符串解析结果做过正式的规范承诺，这个行为纯粹是实现层面的偶然结果。如果枚举中存在多个同值成员，业务代码不要依赖ToString()的返回值做判断，否则一旦运行时或编译器调整了元数据排序规则、映射填充逻辑，就会出现行为不一致的问题。

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