XMLSerializer.Serialize序列化合法枚举值生产环境报错咨询

使用XmlSerializer.Serialize序列化包含合法枚举值（如Item911）的对象时，抛出InvalidOperationException，错误提示“生成XML文档时出错”。该枚举值是通过xsd.exe从契约自动生成的枚举类中的合法值，但仅在生产发布环境触发，调试环境使用相同报错数据却正常。

错误堆栈信息：

<Exception
  Type=System.InvalidOperationException
  Message=Instance validation error: '911' is not a valid value for YYY.
  Source=Microsoft.GeneratedCode>
  <StackTrace><![CDATA[    
     at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterSonstigeFolgeeingabe.Write61_DienststelleMenge(DienststelleMenge v)
     at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterSonstigeFolgeeingabe.Write65_Aktenzeichen(String n, String ns, Aktenzeichen o, Boolean isNullable, Boolean needType)
     at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterSonstigeFolgeeingabe.Write140_SonstigeFolgeeingabe(String n, String ns, SonstigeFolgeeingabe o, Boolean isNullable, Boolean needType)
     at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterSonstigeFolgeeingabe.Write141_SonstigeFolgeeingabe(Object o)
  ]]></StackTrace>
</Exception>

补充背景：

• 序列化的数据用于Web服务调用负载
• 实体类和枚举类完全由xsd.exe从XSD文件自动生成，未做任何手动修改
• 无法在本地调试环境或客户模拟Web服务环境复现问题

1. 发布与调试环境的枚举类版本不一致 #

排查生产环境部署的程序集，确认其中的枚举YYY是否包含Item911值——有可能生产环境用的是旧版本程序集，未同步XSD新增的枚举项。
解决：从最新XSD文件重新生成枚举类，编译后替换生产环境的程序集，确保版本统一。

2. XmlSerializer动态生成程序集缓存问题 #

XmlSerializer会动态生成序列化程序集并缓存，生产环境可能残留了旧的缓存文件，其中的枚举验证逻辑未包含Item911。
解决：

• 清理生产环境中Temporary ASP.NET Files目录的缓存（路径通常为C:\Windows\Microsoft.NET\Framework\对应版本号\Temporary ASP.NET Files）
• 使用sgen.exe预先生成序列化程序集，避免动态缓存问题：

  sgen.exe /assembly:你的程序集.dll
  

  将生成的你的程序集.XmlSerializers.dll一同部署到生产环境。

3. 发布编译优化导致的枚举验证异常 #

发布模式下开启的代码优化，可能导致枚举值的映射逻辑被错误处理，引发验证失败。
解决：

• 临时关闭项目发布配置的Optimize code选项，重新编译发布测试
• 若关闭优化后问题解决，可尝试升级.NET框架版本，或修改XSD为枚举项显指定值后重新生成（手动添加XmlEnumAttribute也可）：

  public enum YYY
  {
      [XmlEnum("911")]
      Item911,
      // 其他枚举值
  }
  

4. 数据赋值时的隐式类型转换问题 #

生产环境中可能存在将整数强制转换为枚举的逻辑，若Item911对应的枚举数值并非911，会导致实际赋值的枚举值超出合法范围；调试环境的赋值逻辑可能直接使用枚举常量，因此无问题。
解决：

• 在序列化前添加日志，记录枚举值的ToString()结果和对应整数数值，确认生产环境的赋值合法性
• 确保赋值逻辑直接使用枚举常量（如YYY.Item911），而非整数强制转换

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