为什么 FindMimeFromData 在一台主机上可以识别 image/tiff，但在另一台主机上却不能？

Question

我使用 urlmon.dll 中的 FindMimeFromData 来嗅探上传文件的 MIME 类型。根据 Internet Explorer 中的 MIME 类型检测, image/tiff 是公认的 MIME 类型之一。它在我的开发机器（Windows 7 64位，IE9）上工作正常，但在测试环境（Windows Server 2003 R2 64位，IE8）上不起作用 - 它返回 application/octet-stream 而不是图像/tiff。

上面的文章描述了确定 MIME 类型所采取的确切步骤，但由于 image/tiff 是 26 种可识别类型之一，因此应该在步骤 2 结束（嗅探实际数据），因此该文件扩展和注册的应用程序（以及其他注册表内容）应该不重要。

哦，顺便说一下，TIFF 文件实际上与测试服务器上的程序（Windows 图片和传真查看器）相关联。这并不是说 Windows 注册表中不存在对 TIFF 的任何引用。

有什么想法为什么它不能按预期工作吗？

编辑： FindMimeFromData 像这样使用：

public class MimeUtil
{
    [DllImport("urlmon.dll", CharSet = CharSet.Unicode, ExactSpelling = true, SetLastError = false)]
    private 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);

    public static string GetMimeFromData(byte[] data)
    {
        IntPtr mimetype = IntPtr.Zero;
        try
        {
            const int flags = 0x20; // FMFD_RETURNUPDATEDIMGMIMES
            int res = FindMimeFromData(IntPtr.Zero, null, data, data.Length, null, flags, out mimetype, 0);
            switch (res)
            {
                case 0:
                    string mime = Marshal.PtrToStringUni(mimetype);
                    return mime;
                // snip - error handling
                // ...
                default:
                    throw new Exception("Unexpected HRESULT " + res + " returned by FindMimeFromData (in urlmon.dll)");
            }
        }
        finally
        {
            if (mimetype != IntPtr.Zero)
                Marshal.FreeCoTaskMem(mimetype);
        }
    }
}

然后像这样调用：

protected void uploader_FileUploaded(object sender, FileUploadedEventArgs e)
{
    int bsize = Math.Min(e.File.ContentLength, 256);
    byte[] buffer = new byte[bsize];
    int nbytes = e.File.InputStream.Read(buffer, 0, bsize);
    if (nbytes > 0)
        string mime = MimeUtil.GetMimeFromData(buffer);
    // ...
}

Answer 1

我无法重现您的问题，但我对此主题进行了一些研究。我相信正如您所怀疑的那样，问题出在 MIME 类型检测的步骤 2 上：urlmon.dll v9 中的硬编码测试与 urlmon.dll v8 中的硬编码测试不同。

维基百科关于 TIFF 的文章显示了该格式的复杂性，这从一开始就是一个问题开始：

引入 TIFF 时，其可扩展性引发了兼容性问题。编码的灵活性引发了一个笑话：TIFF 代表数千种不兼容的文件格式。

TIFF 压缩标签 部分清楚地显示了许多罕见的压缩方案，正如我怀疑的那样，这些方案已被在早期版本的 IE 中创建 urlmon.dll 硬编码测试时被省略。

那么，可以采取什么措施来解决这个问题呢？我可以想到三种解决方案，但是每种解决方案都会带来不同类型的新问题：

1. 将您的开发计算机上的 IE 更新到版本 9。
2. 在您的开发计算机上应用最新的 IE 8 更新。众所周知，urlmon.dll 的修改版本经常被引入（例如KB974455）。其中之一可能包含更新的 MIME 硬编码测试。
3. 随您的应用程序分发自己的 urlmon.dll 副本。

看来解决方案 1 和 2 是您应该选择的。但生产环境可能存在问题。根据我的经验，生产环境的管理员经常出于多种原因不同意安装某些更新。说服管理员将 IE 更新到 v9 可能更困难，而安装 IE8 KB 更新则更容易（正如他们所期望的那样，但我们都知道它是怎么回事）。如果您控制生产环境，我认为您应该使用解决方案 1。

第三个解决方案引入了两个问题：

• 合法：分发自己的 urlmon.dll 编码副本可能违反 Microsoft 的政策
• ：您必须加载<一href="http://blogs.msdn.com/b/jonathanswift/archive/2006/10/03/dynamically-calling-an-unmanagement-dll-from-.net-_2800_c_23002900_.aspx" rel="noreferrer"> dll 动态 来调用 FindMimeFromData 函数，或者至少自定义应用程序的清单文件，因为动态链接库搜索顺序< /a>.我假设您知道，手动将较新版本的 urlmon.dll 复制到系统文件夹是一个非常糟糕的主意，因为其他应用程序很可能会使用它而崩溃。

不管怎样，祝你好运，解决你的 urlmon 谜题。