VS 2005，网站项目：托管 C++ 程序集需要路径中的依赖项，而不是 bin 目录？

Question

我正在尝试构建一个依赖于多个托管 C++ 程序集的 VS 2005 网站项目。托管 C++ 程序集之一依赖于（静态加载）非托管 DLL，该 DLL 使用 __declspec(dllexport) 导出类。

由于某种原因，我收到以下构建错误：

Error   4   The specified module could not be found. (Exception from HRESULT: 0x8007007E)       

（来自构建输出详细信息）：

(0): Build (web): The specified module could not be found. (Exception from HRESULT: 0x8007007E)

当我在网站的 \Bin\ 目录中使用非托管 DLL 构建时，但不在路径中。如果我将非托管 DLL 放在路径中，然后重新启动 Visual Studio，它会构建并运行得很好。

注意：这个线程似乎相关，但我还没有得到部署：Unmanaged DLLs fail to load on ASP.NET server

有没有什么方法可以用 \Bin\ 中的非托管 DLL 而不是路径来正确构建这个 .sln？ （我真的更愿意将这些作为网站的一部分，而不是系统）

编辑： 看来我在某种程度上误解了 \Bin\ 文件夹的用途。听起来除了托管程序集之外什么都没有。 （所以我一直放在那里的 COM 对象和它们所依赖的其他非托管 DLL 可能属于其他地方。）

Answer 1

我相信 ASP.NET 会大量复制您的程序集，以避免锁定原始 DLL（这将防止被更新版本覆盖）。然后，当您覆盖它时，它需要旧版本的副本，直到所有未完成的请求完成，以及用于新请求的新版本。

总之，您的 DLL 不会从您放置它的 \bin\ 目录运行，它会在它实际运行的位置查找本机依赖项。

您的选择是将本地 DLL 放在路径中，或者添加代码以根据需要将它们显式复制到“真实”程序集目录。但是你的代码甚至不应该有写入文件系统的权限，所以我认为你在使用路径时被卡住了。

但请注意，您可以将目录添加到应用程序自己的环境中，而不会影响全局路径。例如，p/invoke SetDllDirectory 不要添加 \bin\。将您的本地 DLL 放在单独的目录中，例如 \bin\native 或 \bin\x86，因此当您更改搜索路径时，您不会更改找到的托管 DLL。

编辑： 这仅在托管 DLL 延迟加载它链接的任何非托管本机 DLL（使用 /DELAYLOAD）时才有效。否则 global.asax 的编译（或路径设置发生的任何地方）将失败。