为什么 FindMimeFromData 可以识别一台主机上的图像/tiff，但不能识别另一台主机上的图像/tiff？

Question

我正在使用来自urlmon.dll 的FindMimeFromData 来嗅探上传文件的 MIME 类型。根据MIME Type Detection in Internet Explorer，image/tiff 是公认的 MIME 类型之一。它在我的开发机器（Windows 7 64bit，IE9）上运行良好，但在测试环境（Windows Server 2003 R2 64bit，IE8）上运行良好 - 它返回 application/octet-stream 而不是 image/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 上的 Wikipedia 文章显示了格式的复杂性，而这从一开始就是一个问题：

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

TIFF Compression Tag 部分清楚地显示了许多罕见的压缩方案，正如我怀疑的那样，在早期版本的 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 的政策
• 编码：您必须加载the dll dynamically 才能调用FindMimeFromData 函数，或者至少自定义应用程序的清单文件，因为Dynamic-Link Library Search Order。我假设您知道，手动将较新版本的 urlmon.dll 复制到系统文件夹是一个非常糟糕的主意，因为其他应用很可能会在使用它时崩溃。

不管怎样，祝你解开你的 urlmon 之谜。