非托管 DLL 无法在 ASP.NET 服务器上加载

Question

这个问题涉及一个 ASP.NET 网站，最初是在 VS 2005 中开发的，现在是在 VS 2008 中开发的。

该网站使用两个非托管外部 DLL，它们不是 .NET，我没有编译它们的源代码，必须将它们用作是。

该网站在 Visual Studio 中运行良好，可以正确定位和访问这些外部 DLL。 但是，当网站发布在网络服务器（运行 IIS6 和 ASP.NET 2.0）而不是开发 PC 上时，它无法定位和访问这些外部 DLL，并且出现以下错误：

无法加载 DLL 'XYZ.DLL'。 dll': 找不到指定的模块。 （HRESULT 异常：0x8007007E）

外部 DLL 以及包装它们的托管 DLL 以及网站的所有其他 DLL 位于网站的 bin 目录中。

搜索这个问题发现许多其他人似乎在从 ASP.NET 网站访问外部非 .NET DLL 时遇到同样的问题，但我还没有找到有效的解决方案。

我已尝试以下操作：

• 运行 DEPENDS 来检查依赖关系以确定前三个 位于路径中的System32目录中，最后一个位于.NET 2中 框架。
• 我将这两个DLL及其依赖项放入 System32并重新启动服务器，但网站仍然存在 无法加载这些外部 DLL。
• 授予 ASPNET、IIS_WPG 和 IUSR（针对该服务器）的完全权限 网站bin目录并重新启动，但网站仍然无法 加载这些外部 DLL。
• 将外部 DLL 作为现有项目添加到项目中并设置 将其“复制到输出”属性更改为“始终复制”，以及网站 仍然找不到DLL。
• 还将其“构建操作”属性设置为“嵌入式资源”并 网站仍然找不到 DLL。

任何有关此问题的帮助将不胜感激！

Answer 1

发生这种情况是因为托管 dll 被卷影复制到 .NET Framework 目录下的临时位置。 请参阅 http://msdn.microsoft.com/en-us/library/ms366723。 aspx 了解详细信息。

不幸的是，非托管 dll 不会被复制，并且 ASP.NET 进程在需要加载它们时将无法找到它们。

一种简单的解决方案是将非托管 dll 放在系统路径中的目录中（在命令行中键入“path”以查看计算机上的路径），以便 ASP.NET 进程可以找到它们。 System32 目录始终位于路径中，因此将非托管 dll 放在那里总是可行的，但我建议将其他一些文件夹添加到路径中，然后在其中添加 dll，以防止污染 System32 目录。 此方法的一大缺点是您必须为应用程序的每个版本重命名非托管 dll，并且您可以快速拥有自己的 dll 地狱。

Answer 2

作为将 dll 放入路径中已有的文件夹（如 system32）的替代方法，您可以使用以下代码更改进程中的路径值。

System.Environment.SetEnvironmentVariable("Path", searchPath + ";" + oldPath)

然后，当 LoadLibrary 尝试查找非托管 DLL 时，它也会扫描 searchPath。 这可能比在 System32 或其他文件夹中造成混乱更好。

Answer 3

尝试将 dll 放入 \System32\Inetsrv 目录中。 这是 Windows Server 上 IIS 的工作目录。

如果这不起作用，请尝试将 dll 放入 System32 目录中，并将依赖项文件放入 Inetsrv 目录中。

Answer 4

添加到马特的答案中，这就是最终对我的64位服务器2003 / IIS 6起作用的方法：

1. 确保您的dll / asp.net是相同的版本（32 / 64位）
2. 将非托管dll放入inetsrv目录中（请注意在 64 位 Windows 中，这是在 syswow64 下，即使创建了 sys32/inetsrv 目录）
3. 将托管 dll 保留在 /bin 中
4. 确保两组 dll 都具有读取/执行权限

Answer 5

使用 FileMon 或 ProcMon 并过滤有问题的 DLL 的名称。 这将向您显示在搜索 DLL 时扫描哪些目录，以及您可能遇到的任何权限问题。

Answer 6

另一种选择是将本机 DLL 作为资源嵌入到托管 DLL 中。 这在 ASP.NET 中更为复杂，因为它需要在运行时写入临时文件夹。 该技术在另一个 SO 答案中进行了解释。

Answer 7

总是值得检查路径 环境设置中的变量。

Answer 8

我也遇到过同样的问题。 我尝试了上述所有选项，复制到 system32、inetpub、设置路径环境等，但没有任何效果。
最终通过将非托管dll复制到Web应用程序或Web服务的bin目录中解决了这个问题。

Answer 9

经过一整天的努力，我终于找到了适合我的解决方案。 这只是一个测试，但方法是有效的。

namespace TestDetNet
{
    static class NativeMethods
    {
        [DllImport("kernel32.dll")]
        public static extern IntPtr LoadLibrary(string dllToLoad);

        [DllImport("kernel32.dll")]
        public static extern IntPtr GetProcAddress(IntPtr hModule, string procedureName);


        [DllImport("kernel32.dll")]
        public static extern bool FreeLibrary(IntPtr hModule);
    }

    public partial class _Default : System.Web.UI.Page
    {
        [UnmanagedFunctionPointer(CallingConvention.StdCall)]
        private delegate int GetRandom();

        protected System.Web.UI.WebControls.Label Label1;
        protected void Page_Load(object sender, EventArgs e)
        {
            Label1.Text = "Hell'ou";
            Label1.Font.Italic = true;
        }

        protected void Button1_Click(object sender, EventArgs e)
        {
            if (File.Exists(System.Web.HttpContext.Current.Server.MapPath("html/bin")+"\\DelphiLibrary.dll")) {
                IntPtr pDll = NativeMethods.LoadLibrary(System.Web.HttpContext.Current.Server.MapPath("html/bin")+"\\DelphiLibrary.dll");
                if (pDll == IntPtr.Zero) { Label1.Text =  "pDll is zero"; }
                else
                {
                  IntPtr pAddressOfFunctionToCall = NativeMethods.GetProcAddress(pDll, "GetRandom");
                  if (pAddressOfFunctionToCall == IntPtr.Zero) { Label1.Text += "IntPtr is zero";   }
                  else
                  {
                    GetRandom _getRandom = (GetRandom)Marshal.GetDelegateForFunctionPointer(pAddressOfFunctionToCall,typeof(GetRandom));

                    int theResult = _getRandom();

                    bool result = NativeMethods.FreeLibrary(pDll);
                    Label1.Text = theResult.ToString();
                  }
                }
          }
        }
    }
}

Answer 10

在您将 XYZ.dll 部署到的位置直接运行 DEPENDS。 如果这没有显示任何丢失的内容，请使用平台 SDK 中的 fuslogvw 工具来跟踪加载程序错误。 此外，事件日志有时包含有关加载 DLL 失败的信息。

Answer 11

在 Application_start 上使用：
（根据需要自定义 /bin/x64 和 bin/dll/x64 文件夹）

String _path = String.Concat(System.Environment.GetEnvironmentVariable("PATH")
                ,";"
                , System.Web.Hosting.HostingEnvironment.MapPath("~/bin/x64")
                ,";"
                , System.Web.Hosting.HostingEnvironment.MapPath("~/bin/dll/x64")
                ,";"
                );
            System.Environment.SetEnvironmentVariable("PATH", _path, EnvironmentVariableTarget.Process);

Answer 12

尝试将 DLL 放入 Windows/SysWOW64 文件夹中。 这是唯一对我有用的事情。