将基于.NET Framework 4.6的WPF应用升级至.NET 6时遇到System程序集类型转发循环问题求助

我之前帮团队处理过类似的.NET版本升级问题，这个类型转发器循环的问题大概率和以下几个场景有关，你可以逐一排查：

• 混合引用了.NET Framework与.NET 6的程序集
  很多.NET Framework时代的NuGet包（比如System.ComponentModel.EventBasedAsync、旧版本的System.ComponentModel.DataAnnotations）在.NET 6中已经被整合到SDK内置组件里了。如果升级后没有卸载这些老包，它们自带的类型转发逻辑会和.NET 6系统库的转发规则冲突，进而触发循环。建议你检查项目的NuGet依赖，卸载那些目标框架仅为.NET Framework且在.NET 6中已被内置的包。

• 残留的绑定重定向配置冲突
  .NET Framework依赖<assemblyBinding>节点处理程序集版本绑定，但.NET 6已经不再需要这类配置。如果升级过程中没清理App.config/Web.config里的绑定重定向内容，残留的规则会干扰.NET 6的类型解析流程，导致类型转发出现循环依赖。你可以直接删除配置文件中<runtime>下的<assemblyBinding>节点，然后重新构建项目。

• 自定义类型转发或程序集修改导致冲突
  如果你的项目之前通过IL织入、自定义类型转发器等方式修改过System程序集的类型映射逻辑，升级到.NET 6后，这些自定义逻辑会和.NET 6原生的类型转发规则冲突。建议排查项目中是否有这类自定义处理，暂时禁用后再测试是否还会出现异常。

• 第三方库的.NET 6适配问题
  部分第三方NuGet库可能没完全适配.NET 6，内部引用了错误版本的System组件，或者自身的类型转发逻辑存在问题。你可以用dotnet list package命令列出所有依赖，查看哪些库的目标框架还是.NET Framework，尝试将它们更新到支持.NET 6的最新版本；如果暂时没有更新版本，可以考虑替换为功能类似的.NET 6兼容库。

另外，排查前记得先清理项目的obj和bin目录，避免缓存的旧程序集干扰测试结果。

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