c# - C# 中的引用 DLL 不起作用

Question

我在实现我的一个 DLL 时遇到了一个大问题。

这就是问题所在:我有一个 DLL，我们称它为 Common.dll，它在我的 C# 项目中被引用。此 DLL 调用另一个名为 SoloistCore64.dll 的 DLL。

此外，我还有一个工作示例程序和我自己的。在我自己的程序中，由于某种原因，Common.dll 找不到 SoloistCore64.dll。在我的示例程序中，一切正常。

在两个项目中，两个 DLL 都在同一个目录中，属性管理器中的所有路径都是正确的。我的 Common.dll 的引用已被识别并正常工作。

与我自己的示例程序相比，示例程序只有一处不同，我无法理解它的含义。

这是引用在我自己的项目中的样子。 (不工作)

这就是它在示例程序中的样子。 (工作)

我只能假设这个蓝色图标表示我的引用无效的原因。有谁知道这是什么意思？我在图片库中找不到它。

异常说

InnerException: 
       HResult=-2146233052
       Message=Die DLL "SoloistCore64.dll": Module not found. (Exception HRESULT: 0x8007007E) can not be load.
       Source=Aerotech.Soloist
       TypeName=""
       StackTrace:
            bei Aerotech.Soloist.Core.Wrapper.dllUtilMachineConfOpenx64(IntPtr argument1, StringBuilder argument2)
            bei Aerotech.Soloist.Core.Wrapper.dllUtilMachineConfOpen(IntPtr argument1)
            bei Aerotech.Soloist.Communication.NetworkSetup..ctor()
            bei Aerotech.Soloist.Controller..cctor()
       InnerException: 

我将 .dll 放在每个可能的目录中，但它不起作用。

更新:我现在尝试了以下。我将所有 dll 添加到 system32 和 syswow64 目录，现在它可以工作了!我不知道为什么，...我的引用在一个完全不同的目录中...

Answer 1

这些不是引用，最明显的是它们不在项目的引用节点内。像这样将 DLL 添加到项目中的唯一目的是将它们复制到项目的构建目录中。这很有用，因为您的程序只有在操作系统可以找到这些 DLL 时才能运行。他们的 Build Action 属性应该是“Content”，他们的 Copy to Output Directory 属性应该是“Copy if newer”。

非工作版本的问题是 DLL 被复制到 bin\Debug\libs 目录。操作系统不知道它需要在子目录中查找任何 DLL。您必须提供帮助，例如调用 SetDllDirectory() 或将子目录添加到 Path 环境变量。

在工作版本中没有问题，DLL 被复制到 bin\Debug。操作系统总是首先查找存储 EXE 的目录。这应该始终是您的首选，因为它可以轻松避免 DLL Hell。如果您不喜欢它们在项目的顶层节点中可见，请使用 post-build event复制 DLL。

当您需要在 32 位和 64 位代码中进行这项工作时，您往往会遇到非常痛苦的 [DllImport]，因为 DLL 名称不同。阅读this post寻求解决方案。