程序调用栈异常：Enum.Parse调用为何出现TryParse栈帧？

核心原因：Enum.Parse 底层依赖 TryParse 系列方法 #

你看到的调用栈是完全正常的，不是生产环境与代码仓库版本不一致导致的。原因在于：

• 在.NET（包括.NET Framework、.NET Core/.NET 5+）的底层实现中，Enum.Parse方法本身就是通过调用Enum.TryParse系列方法完成逻辑的。当解析失败（比如传入的CHCR不在FileMessageType枚举定义中），TryParse返回失败，随后Enum.Parse抛出ArgumentException，此时异常调用栈就会包含底层的TryParse相关方法。

为什么IL Spy看不到TryParse调用？ #

你通过IL Spy查看的是反编译后的C#代码，反编译工具会将底层调用逻辑还原为你编写的高层Enum.Parse调用，不会显示CLR执行时的底层方法调用链。换句话说，你写的Enum.Parse在编译执行时，本质就是走TryParse的底层流程，这是.NET框架的内部实现细节，并非代码版本差异。

如何确认生产环境与代码版本是否一致？ #

如果仍然怀疑版本不一致，可以通过以下方式验证：

• 提取生产环境中Application程序集的哈希值，与代码仓库编译后的程序集哈希对比；
• 在日志中添加程序集版本输出（比如typeof(Program).Assembly.GetName().Version），对比生产环境与本地版本；
• 检查部署记录，确认上线的包是否来自当前代码仓库的构建产物。

额外提示：当前异常的直接原因 #

当前异常的核心是CHCR这个值不在FileMessageType枚举的定义中。你可以检查：

• 代码仓库中的FileMessageType枚举是否包含CHCR值？
• 生产环境部署的程序集中，该枚举是否遗漏了这个值？
• 是否存在动态传入的消息类型值错误的情况？

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