在 MIME 类型检查期间，应用程序池因 URLMoniker urlmon.dll 崩溃

Posted 2023-03-15

【中文标题】在 MIME 类型检查期间，应用程序池因 URLMoniker urlmon.dll 崩溃

【英文标题】：Application pool crashes with URLMoniker urlmon.dll during MIME type checking

【发布时间】：2017-10-12 15:21:03

【问题描述】：

我的应用程序是部署在 Windows Server 2012 R2 上的 ASP.NET MVC 网站。我正在使用内置的 Windows 库 URLMoniker - urlmon.dll 来获取文件的 MIME 类型。我将其文件路径传递给 GetMimeType 方法。我面临的问题是，当我使用 Visual Studio 调试它时，它返回该文件的 mime 类型（在我的测试用例中，对于 txt 文件，它返回“application/octet-stream”）。但是在生产服务器上部署后，应用程序池意外崩溃并且日志文件中没有日志，我花了 3 天时间才了解此代码块（借助额外的日志条目）。

    private string GetMimeType(string filePath)
    
        log.Info("Getting mime type for " + filePath);

        byte[] buffer = new byte[256];
        using (FileStream fs = new FileStream(filePath, FileMode.Open))
        
            if (fs.Length >= 256)
                fs.Read(buffer, 0, 256);
            else
                fs.Read(buffer, 0, (int)fs.Length);
        
        log.Info("Done reading into byte array for " + filePath);
        try
        
            System.UInt32 mimetype;
            FindMimeFromData(0, null, buffer, 256, null, 0, out mimetype, 0);
            System.IntPtr mimeTypePtr = new IntPtr(mimetype);
            string mime = Marshal.PtrToStringUni(mimeTypePtr);
            Marshal.FreeCoTaskMem(mimeTypePtr);
            log.Info("Got mime type for " + filePath + " " + mime);
            return mime;
        
        catch (Exception e)
        
            log.Error("Cannot get mime type for file " + filePath, e);
            return "unknown/unknown";
        
    

即使事件查看器也没有显示应用程序池崩溃的任何原因，除了以下情况：为应用程序池“SampleApp”提供服务的进程与 Windows 进程激活服务发生了致命的通信错误。进程ID是'yyyy'。

在做了尽可能多的详细研究之后，我有以下文章可能会提供一些解决方案，但我仍然找不到这个问题的确切原因。

https://www.experts-exchange.com/questions/24821266/Marshal-FreeCoTaskMem-crashing-application-in-x64-but-not-x86.html

这里的这个也遇到了类似的问题：https://superuser.com/questions/568806/iis-worker-process-crashing-without-stack-trace-what-else-can-i-try

它说 urlmon.dll 可能未在系统上注册，但我已检查 Windows 注册表并已注册。事实上，该库是最新的，我需要在生产服务器上应用任何注册表更改之前找到根本原因。用新版本替换dll，修复注册表问题是我最后的手段。 https://answers.microsoft.com/en-us/ie/forum/ie8-windows_7/urlmondll-causing-many-programs-to-crash/cda9a6cb-cf51-499c-8855-45c97110eafe

https://social.technet.microsoft.com/Forums/windows/en-US/c3f1517b-a8c5-422e-9317-2f539715badc/ie11-x64-on-win7-crash-ntdlldll-urlmondll?forum=w7itprohardware

【参考方案1】：

您的问题是“FindMimeFromData”方法的声明！ 它在某些地方工作正常，并导致 iis 进程在其他地方崩溃。看一看：https://***.com/a/18554243/4257500 您需要将“FindMimeFromData”的声明更改为：

[DllImport("urlmon.dll", CharSet = CharSet.Unicode, ExactSpelling = true, SetLastError = false)]static extern int FindMimeFromData(IntPtr pBC,
[MarshalAs(UnmanagedType.LPWStr)] string pwzUrl,
[MarshalAs(UnmanagedType.LPArray, ArraySubType=UnmanagedType.I1, SizeParamIndex=3)] 
byte[] pBuffer,
int cbSize,
[MarshalAs(UnmanagedType.LPWStr)] string pwzMimeProposed,
int dwMimeFlags,
out IntPtr ppwzMimeOut,
int dwReserved);

你也应该做一些改变来调用这个函数。例如：

 IntPtr mimeTypePtr;
 FindMimeFromData(IntPtr.Zero, null,file, 256, null, 0,out mimeTypePtr, 0);
 var mime = Marshal.PtrToStringUni(mimeTypePtr);

【讨论】：

嗨，谢谢.. 你说得对。您的建议很有用，但根本原因是 64 位构建。 FindMimeFromData 仅适用于 32 位。稍后我将详细介绍它抛出的错误类型。现在，我已将逻辑移至 32 位 exe 实用程序，该实用程序在 Process 类的帮助下从我的 Web 应用程序中调用。我就是这样解决的。感谢您的帮助。