Windows Server 2016下.NET 4.7.2 MyAssembly.XmlSerializers加载未处理异常问题

根因定位 #

该异常外泄仅出现在单台服务器上，核心原因是目标服务器的运行环境异常，打断了XmlSerializer的默认异常处理流程：
XmlSerializer找不到预生成的XmlSerializers.dll时，默认会尝试在临时目录动态生成序列化程序集并加载，该过程触发的文件查找异常本应被内部捕获，只有当动态生成流程本身也失败时，异常才会向上抛到业务代码层。单台服务器复现的常见诱因如下：

• 服务器被安全加固后，运行程序的身份对C:\Windows\Temp、%LOCALAPPDATA%\Temp临时目录缺少读写、执行权限，导致XmlSerializer无法写入动态生成的程序集，流程中断
• 服务器的machine.config或程序配置文件中存在非默认的XmlSerializer相关配置，例如设置了useLegacySerializerGeneration="true"、禁用动态序列化程序集生成等
• 服务器上的.NET Framework 4.7.2安装损坏，或缺少相关累积更新，存在序列化逻辑的已知BUG
• 服务器开启了程序集绑定日志（Fusion Log）的强制失败抛出配置，导致原本被内部捕获的加载异常向外透出

无需修改程序构建的排查修复方案 #

1. 权限验证修复
   • 确认程序运行账号对C:\Windows\Temp、%LOCALAPPDATA%\Temp两个目录拥有「读取、写入、列出文件夹内容、执行」权限，移除多余的权限限制后重启程序测试
2. 配置检查
   • 检查服务器上.NET Framework 对应架构的machine.config文件（64位程序路径为C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config，32位程序替换为Framework目录），确认不存在<xmlSerializer disableDynamicGeneration="true"这类禁用动态生成的配置
   • 检查程序自身的.config配置文件，确认<runtime>节点下没有异常的异常透传配置
3. .NET Framework修复
   • 卸载后重装.NET Framework 4.7.2，或安装对应版本的最新累积更新，排除系统层BUG
4. 针对性临时适配
   • 仅需为该客户的程序目录单独放入sgen.exe生成的MyAssembly.XmlSerializers.dll即可，无需调整全局构建配置、无需给其他用户推送特殊版本，即可解决该问题

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