我在运行单元测试用例时遇到了同样的问题。

错误清楚地说明了问题：当我们尝试加载程序集时，.NET程序集加载器会根据其清单数据（引用的程序集名称、公钥令牌、版本）加载其引用的程序。

要检查清单数据，请执行以下操作：

打开Visual Studio命令提示符，键入“ildasm”并将所需的程序集拖到ildasm窗口并打开MANIFEST视图。有时MANIFEST包含一个具有两个版本的程序集，即旧版本和新版本（如Utility，版本=1.2.0.200和Utility，版本=1.2.0203）。实际上，引用的程序集是Utility，版本为1.2.0.203（新版本），但由于清单甚至包含Utility，版本=1.2.0.200（旧版本），.NET程序集加载器尝试查找此版本的DLL文件，找不到，因此引发异常。

要解决这个问题，只需将每个依赖于项目的程序集分别拖到ILDASM窗口中，并检查哪个依赖程序集保存旧程序集版本的清单数据。只需重新生成此依赖程序集并将其引用回项目。

在尝试了上面的许多解决方案但没有修复后，最终要确保在Visual Studio中的应用程序中启用了“自动生成绑定重定向”。

有关启用自动绑定重定向的更多信息，请参阅：https://learn.microsoft.com/en-us/dotnet/framework/configure-apps/how-to-enable-and-disable-automatic-binding-redirection

我在尝试更新网站的一个DLL文件时遇到了类似的问题。

当我简单地通过FTP将此DLL文件复制到bin文件夹时，发生了此错误。

我通过以下方式解决了此问题：

停止网站；复制所需的DLL文件/DLL文件；启动网站

.NET程序集加载器：

找不到1.2.0.203但确实找到了1.2.0.200

此程序集与请求的程序集不匹配，因此会出现此错误。

简单地说，它找不到被引用的程序集。通过将程序集放在GAC或应用程序路径中，确保它可以找到正确的程序集。

运行以下命令将程序集dll文件添加到GAC：

gacutil /i "path/to/my.dll"

另请参见https://learn.microsoft.com/archive/blogs/junfeng/the-located-assemblys-manifest-definition-with-name-xxx-dll-does-not-match-the-assembly-reference.

我的app.config包含

<bindingRedirect oldVersion="1.0.0.0" newVersion="2.0.11.0"/>

对于npgsql。不知怎么的，在用户的计算机上，我的app.exe.config丢失了。我不确定这是否是一个愚蠢的用户，安装程序故障，或是杀毒软件出了问题。替换文件解决了问题。

尝试将缺少的内容添加到全局程序集缓存中。