这是我解决这个问题的方法。

从异常消息中，获取“问题”库的名称和“预期”版本号。

在解决方案中查找该.dll的所有副本，右键单击它们，然后检查它是哪个版本的.dll。

好的，在这个例子中，我的.dll肯定是2.0.5022.0（所以异常版本号是错误的）。

在解决方案中的所有.csproj文件中搜索异常消息中显示的版本号。用dll中的实际版本号替换此版本号。

所以，在这个例子中，我将替换这个。。。

<Reference Include="DocumentFormat.OpenXml, Version=2.5.5631.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />

…用这个。。。

<Reference Include="DocumentFormat.OpenXml, Version=2.0.5022.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />

工作完成！

我一时被这个难住了。我可以在发布版中构建和运行，但由于引用与清单不匹配而无法在调试中运行。我一定检查了100次引用，并删除了所有dll。我注意到在调试和发布中生成的清单是不同的。

我删除了我的项目/财产中的app.manifest，它解决了这个问题。这并没有提到有问题的引用dll，所以我不知道为什么这会导致问题。

检查project的财产中的licenses.licx，您将在那里发现错误的版本。。。。它在活跃的报告引用中对我有用

.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.

我的情况与内森·贝德福德的帖子非常相似，但有一点扭曲。我的项目也以两种方式引用了更改的dll。1） 直接和2）间接地通过引用组件（类库），该组件本身具有对更改的dll的引用。现在，我的组件（2）Visual studio项目引用了更改的dll的正确版本。但是，组件本身的版本号没有更改。因此，安装新版本的项目未能替换客户端计算机上的组件。

最终结果：直接引用（1）和间接引用（2）指向客户端计算机上更改的dll的不同版本。在我的开发机器上，它工作得很好。

解决方案：删除应用程序；从应用程序文件夹中删除所有DLL；重新安装。在我的情况下，就这么简单。

在我的案例中，上述解决方案都不起作用——问题是由app.config中定义的旧的.net配置（2.0）架构引起的，因为bindingRedirect不起作用。

删除xmlns=“http://schemas.microsoft.com/.NetConfiguration/v2.0“来自app.config或web.config，因为在较旧版本的.net framework（如2.0）中似乎不支持bindingRedirect

希望这能为某人节省几个小时或几天的时间。