.NET Framework 4.8 XmlSerializers.dll运行时生成异常及Windows设置排查

一、可能阻止XmlSerializers.dll写入磁盘的Windows设置/组策略 #

• 临时文件夹权限限制：XmlSerializer默认会将生成的序列化程序集写入当前用户的%TEMP%目录（或系统临时目录）。如果该目录的写入权限被限制（比如组策略设置了文件夹权限、UAC严格控制、磁盘配额耗尽），程序集无法写入磁盘，只能留在内存中。
• 代码访问安全(CAS)遗留策略：尽管.NET Framework 4.0后CAS被弱化，但部分遗留组策略（如Security Policy下的代码信任规则）仍可能阻止动态生成的程序集写入磁盘，尤其是针对从网络位置运行的应用。
• 安全软件拦截：Windows Defender或第三方安全软件的“实时保护”“行为监控”模块，可能将动态生成的XmlSerializers.dll判定为潜在恶意程序，阻止其写入磁盘。
• 应用程序控制策略：AppLocker或Windows Defender Application Control (WDAC)的严格允许规则，会拦截未签名的动态生成程序集的写入或执行，导致程序集只能在内存中运行。

二、AppDomain.AssemblyResolve被触发的原因及相关设置 #

XmlSerializer内部加载序列化程序集失败时，默认不会触发AppDomain.AssemblyResolve，但以下情况会改变这一行为：

• 自定义处理程序逻辑问题：如果你的AssemblyResolve处理程序未过滤掉XmlSerializer相关的程序集请求，当XmlSerializer尝试加载磁盘上的序列化程序集失败时，会将请求传递给自定义处理程序。这并非系统设置直接导致，而是处理程序未兼容XmlSerializer的内部逻辑。
• 手动修改的注册表项：极少数情况下，修改HKLM\SOFTWARE\Microsoft\.NETFramework下的DisableAutoGenXmlSerializers注册表项，会强制XmlSerializer尝试加载预生成的程序集而非动态生成，此时加载失败会触发AssemblyResolve。

三、序列化程序集仅在内存创建是否正常 #

这种行为是正常的，属于受限环境下的 fallback 机制：

• XmlSerializer本身支持两种模式：磁盘写入可行时，会将生成的程序集缓存到临时目录供后续复用；磁盘写入失败时，会退化为在内存中生成并加载程序集，此时序列化功能仍可正常工作，但每次启动应用都需要重新生成，性能略有损耗。
• 你遇到的“仅在内存创建”是写入磁盘失败后的正常 fallback，而非异常。之前某台电脑出现序列化直接失败，说明该环境下连内存生成都被限制（比如极端的CAS策略或安全软件拦截内存中的动态代码）。

额外建议 #

• 优先检查目标机器的%TEMP%目录权限，确保应用运行账户有写入权限。
• 排查安全软件的拦截日志，确认是否有XmlSerializers.dll被拦截。
• 若长期存在此问题，建议在构建阶段使用SGen.exe预生成XmlSerializers.dll，部署时随应用一起发布，彻底绕开运行时生成的问题。

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