尝试从webConfig/appConfig中删除程序集引用

 <dependentAssembly>
        <assemblyIdentity name="System.IO" publicKeyToken="B03F5F7F11D50A3A" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.1.2.0" newVersion="4.3.0.0" />
      </dependentAssembly>

在AssemblyInfo.cs文件中的AssemblyVersion中，使用固定版本号，而不是指定*。*将更改每次编译的版本号。这就是我这个例外的问题所在。

如果尝试使用反射进行后期绑定，如果绑定到的程序集具有强名称或其公钥标记已更改，则会引发完全相同的错误。即使实际上没有使用指定的公钥令牌找到任何程序集，错误也是一样的。

您需要添加正确的公钥令牌（可以使用dll上的sn-T获取它）以解决错误。希望这有帮助。

我在开始使用InstallShield后遇到了这个问题。尽管建造订单显示安装项目是最后一个，但它的建造仍不正常。

我纠正了这一点，使每个其他项目都依赖它-这迫使安装最后构建，从而消除了我的程序集不匹配。我希望这有帮助。

我自己遇到了这个问题，我发现这个问题与其他人遇到的问题不同。

我的主项目引用了两个dll：CompanyClasses.dll和CompanyControls.dll

无法加载文件或程序集'CompanyClasses，版本=1.4.1.0，培养=中性，PublicKeyToken=045746ba8544160c'或它的一个依赖项。位于程序集的清单定义与程序集引用不匹配

问题是，我的系统中没有版本号为1.4.1的CompanyClasses.dll文件。GAC中没有，应用程序文件夹中没有。。。任何地方都没有。我搜索了整个硬盘。我所有的CompanyClasses.dll文件都是1.4.2。

我发现，真正的问题是CompanyControls.dll引用了CompanyClasses.dll的1.4.1版本。我刚刚重新编译了CompanyControl.dll（在引用CompanyClasss.dll 1.4.2之后），这个错误就消失了。

在我的单元测试项目中也出现了同样的错误，导致一些测试失败。我仔细检查了我在程序集资源管理器中使用的程序集的哪个版本，并检查了运行时/依赖程序集标记的内容，发现我使用的程序集中的另一个版本仍然在那里被引用。因为这是我的测试项目app.config中的唯一指令，所以我尝试删除整个app.config文件，重新构建解决方案，这就成功了！我没有更多参考错误：）