Azure DevOps下Unity Container的TransientLifetimeManager抛出VerificationException求助

问题根因初步判断 #

该问题属于CI环境独有的兼容性异常，业务代码未变更的前提下触发，大概率是Azure Pipelines代理节点的运行环境近期发生了非预期变更，刚好命中了旧版本Unity容器的底层实现缺陷。

可落地的排查解决思路 #

• 优先排查Windows更新补丁影响
  VerificationException异常通常和.NET Framework JIT校验逻辑变更相关，Windows 2019节点如果近期自动安装了.NET Framework 4.8的累积更新补丁，很可能修改了IL代码校验规则，和Unity旧版本TransientLifetimeManager静态构造函数中的动态IL生成逻辑冲突。
  可先查看代理节点的更新历史，卸载近期安装的.NET Framework相关KB补丁后重试构建，如果问题消失，可暂时冻结该补丁的推送，同时将Unity.Container升级到官方最新稳定版，对应兼容性问题已经在后续版本修复。
• 调整测试运行时安全配置
  本地Visual Studio运行测试默认采用全信任CLR配置，而CI环境的命令行测试工具可能默认开启了严格代码校验。可在测试项目的app.config文件的<runtime>节点下添加如下配置，降级安全校验规则：

  <NetFx40_LegacySecurityPolicy enabled="true"/>
  

  同时可在Azure Pipelines的VSTest任务参数中添加/InIsolation，让测试运行在独立进程中，避免和代理节点的全局CLR配置冲突。
• 校验Unity依赖版本绑定
  确认测试项目的app.config中已经添加了明确的Unity程序集绑定重定向，避免CI环境多项目依赖冲突导致版本加载异常：

  <dependentAssembly>
    <assemblyIdentity name="Unity.Container" publicKeyToken="489b6accfaf20ef0" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.11.11.0" newVersion="5.11.11.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Unity.Abstractions" publicKeyToken="489b6accfaf20ef0" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.11.11.0" newVersion="5.11.11.0" />
  </dependentAssembly>
  

  可在测试步骤前添加命令行输出所有加载的程序集版本，确认Unity相关程序集为预期版本，没有被意外替换。
• 排查安全软件拦截逻辑
  如果代理节点近期更新了反病毒、EDR等安全软件的规则，可能会拦截Unity中的动态IL生成操作，触发校验异常。可临时关闭测试节点的实时安全防护后重试构建，如果问题解决，将测试进程和Unity相关程序集加入安全软件白名单即可。

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