我有另一个这些“无法加载文件或程序集或其依赖项之一”的问题。
附加信息:无法加载 文件或程序集 “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相反的参考。
我该怎么解决这个问题呢?
当前回答
Goto:解决方案->包 点击高级选项卡(在页面下方找到) 将您的dll添加到其他程序集(这样我们就可以在sharepoint中添加外部dll)。
其他回答
不确定这是否有帮助。
检查程序集名称和程序集中的“属性”中的默认名称空间是否匹配。这解决了我的问题，产生同样的错误。
我执行以下操作来确定无法找到哪个依赖项。
运行regedit.exe并导航到:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
创建以下内容:
LogFailures set value to 1 (DWORD)
LogResourceBinds set value to 1 (DWORD)
LogPath (String) set value to C:\FusionLog\
现在运行程序并等待它抛出无法加载文件或程序集或其依赖项之一。
使用资源管理器，导航到C:\FusionLog，应该有一个文件夹包含你的程序的日志，显示哪个依赖项丢失了。
注意:有些人使用FUSLOGVW.exe，它是这些融合日志的查看器。在我的机器上可以在多个地方找到它，包括:
C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.7.2 Tools\x64\FUSLOGVW.exe
在解决方案资源管理器中右键单击项目(不是解决方案)，在构建选项卡中选择平台目标:“任何CPU”。
另一个可能的原因是:确保没有意外地在项目属性中为两个项目指定相同的程序集名称。
我在这个问题上也浪费了几个令人沮丧的小时。我们不得不更新我们的. 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属性。
