我有另一个这些“无法加载文件或程序集或其依赖项之一”的问题。
附加信息:无法加载 文件或程序集 “Microsoft.Practices.Unity, Version = 1.2.0.0、文化=中立, 都31 bf3856ad364e35”或 它的依赖项之一。在位于 程序集的显式定义可以 不匹配程序集引用。 (异常来自HRESULT: 0x80131040)
我不知道是什么导致了这种情况，也不知道如何调试它来找到原因。
我在我的解决方案目录.csproj文件中做了一个搜索，我有Unity的每个地方:
参考 包括= " Microsoft.Practices.Unity, Version = 2.0.414.0、文化=中立, 都31 bf3856ad364e35, processorArchitecture = MSIL”
在我的任何项目中都找不到任何与1.2.0.0相反的参考。
我该怎么解决这个问题呢?
当前回答
您的项目的csproj文件必须包含Microsoft.Practices.Unity的包引用，在global-packages文件夹(%userprofile%.nuget\packages)中找不到，运行dotnet还原可以解决这个问题
其他回答
这个问题发生在我身上，我的一个依赖库正在用“Any CPU”编译DLL，而父库期望编译“x64”。
我今天遇到了这个问题，对我来说，这个问题非常奇怪:
<dependentAssembly>
<assemblyIdentity name="Microsoft.Owin.Host.SystemWeb" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-3.1.0" newVersion="3.1.0.0" />
</dependentAssembly>0.
注意XML末尾的零散字符——不知怎么的，这些字符已经从版本号移到了这个XML块的末尾!
<dependentAssembly>
<assemblyIdentity name="Microsoft.Owin.Host.SystemWeb" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-3.1.0.0" newVersion="3.1.0.0" />
</dependentAssembly>
改成上面的，瞧!一切都恢复正常了。
微软企业库(由. nettiers引用)是我们的问题，它反过来引用了一个旧版本的Unity。为了解决这个问题，我们在web.config中使用了以下绑定重定向:
<configuration>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.Practices.Unity.Configuration" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>
或者，您可能只想将Enterprise Library更新到最新版本。
另一个可能的原因是:确保没有意外地在项目属性中为两个项目指定相同的程序集名称。
不确定这是否有帮助。
检查程序集名称和程序集中的“属性”中的默认名称空间是否匹配。这解决了我的问题，产生同样的错误。
