我有另一个这些“无法加载文件或程序集或其依赖项之一”的问题。
附加信息:无法加载 文件或程序集 “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相反的参考。
我该怎么解决这个问题呢?
当前回答
清理解决方案，然后右键单击项目并选择Package
在这里增加程序集和程序集文件版本并重新构建。
如果这行不通，
1 -在文件资源管理器中打开解决方案。
2 -关闭Visual Studio。
3 -删除所有bin和obj文件夹。
4 -重新打开项目并构建它。
其他回答
打开IIS管理器
选择应用程序池
然后选择您正在使用的池
进入高级设置(在右侧)
将“启用32位应用程序”的标志为true。
Juntos的答案是正确的，但你也应该考虑:
对于unity v2.1.505.2，不同的AssemblyVersion和AssemblyFileVersion属性被指定:
AssemblyFileVersion被NuGet使用，但是CLR并不关心它! CLR将只使用AssemblyVersion!
因此，您的重定向应该应用于在AssemblyVersion属性中指定的版本。因此应该使用2.1.505.0
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-2.1.505.0" newVersion="2.1.505.0" />
</dependentAssembly>
</assemblyBinding>
参见: AssemblyVersion, AssemblyFileVersion和AssemblyInformationalVersion之间有什么区别?
清理解决方案，然后右键单击项目并选择Package
在这里增加程序集和程序集文件版本并重新构建。
如果这行不通，
1 -在文件资源管理器中打开解决方案。
2 -关闭Visual Studio。
3 -删除所有bin和obj文件夹。
4 -重新打开项目并构建它。
对我来说，其他的解决方案都不起作用(包括清洁/重建策略)。我找到了另一个解决方案，即关闭并重新打开Visual Studio。
我想这会迫使Visual Studio重新加载解决方案和所有项目，重新检查流程中的依赖项。
我遇到了同样的问题，我通过下面的说明解决了它:
打开工具菜单并选择选项 在选项中，窗口转到项目和解决方案/Web项目 检查使用64位版本的IIS…
