我有另一个这些“无法加载文件或程序集或其依赖项之一”的问题。
附加信息:无法加载 文件或程序集 “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相反的参考。
我该怎么解决这个问题呢?
当前回答
对我来说，似乎Nuget并没有很好地处理我的项目/解决方案。我用Nuget安装了NewtonSoft。项目文件似乎正确地引用了它，当我在解决方案资源管理器/依赖项/Nuget中r -点击dll名称时，然后单击属性，我发现dll存在于属性说它应该在的地方。
我删除了Nuget包，并做R-click项目>添加>引用，并浏览到包目录中的dll，当以前的Nuget进程已经安装它时，然后解决方案运行良好。
注意:这个解决方案相当大杂烩，首先是Xamarin。iOS解决方案和添加。net标准项目(这是我使用Nuget有困难的地方)。解决方案中还有一个“可移植”项目。我从一个已经离开3年的开发者那里继承了所有这些。哈哈。
其他回答
检查你是否引用了一个程序集，而这个程序集又引用了一个旧版本的unity。例如，假设你有一个名为ServiceLocator.dll的程序集，它需要一个旧版本的Unity程序集，现在当你引用ServiceLocator时，你应该为它提供旧版本的Unity，这就产生了问题。 可能是所有项目构建其程序集的输出文件夹，有一个旧版本的unity。
你可以使用FusLogVw找出谁在加载旧的程序集，只需要为日志定义一个路径，并运行你的解决方案，然后检查(在FusLogVw中)Unity程序集加载的第一行，双击它并查看调用程序集，然后就可以了。
我“设置为启动项目”卸载/未找到库/项目。
然后进行部署。
它工作!
我认为它找不到.dll，因为一开始它不在程序集中。
我一直在visual studio 2015的web表单项目上得到这个错误。我关闭了VisualStudio，我杀死了ScriptedSandbox64.exe, Microsoft.VsHub.Server.HttpHostx64.exe, Microsoft.VsHub.Server.HttpHostx.exe *32, Microsoft.VisualStudio.Web.Host.exe *32进程，它似乎有助于解决问题。
我在这个问题上也浪费了几个令人沮丧的小时。我们不得不更新我们的. net框架版本，并开始得到多个“无法加载文件或程序集或其依赖项之一”的dll，这些dll多年未更改。奇怪的是，在错误消息中搜索的版本都非常旧。例如，它正在搜索Newtonsoft。Json版本为6.0.0，而我们已经使用8.0.1很多年了。
回到这些古老的版本不是一个选择，无论如何，在我们的网络中有一堆bindingRedirect元素。配置文件，应该重定向到旧dll到新dll的调用。回滚。net版本可以消除这些错误，但我们需要新版本。这是怎么回事?
web中的<runtime>元素。配置文件包含元素:
<assemblyBinding appliesTo="v2.0.50727"
xmlns="urn:schemas-microsoft-com:asm.v1">
似乎被忽略的dependentAssembly元素包含在其中。
罪魁祸首是appliesTo属性。这意味着bindingRedirect只应用于. net 2.0.50727版本。当我们更新. net Framework版本时，我们所有的bindingRedirect元素都被忽略了。
在我们的案例中，解决方案是完全删除appliesTo属性。
我遇到了同样的问题，我通过下面的说明解决了它:
打开工具菜单并选择选项 在选项中，窗口转到项目和解决方案/Web项目 检查使用64位版本的IIS…
