您可以将"inline"内容处置与"application/octet-stream"一起使用吗？

Question

我需要浏览器直接在浏览器中打开它理解的文件类型（即没有"打开/保存/取消"对话框。

这是我的代码，目前运行良好...除了每个文件都会弹出对话框并且不直接打开文件：

string filePath = Path.Combine(WebConfigurationManager.AppSettings["NewsAttachmentPath"], context.Request.QueryString["FileName"]);
byte[] bytes = System.IO.File.ReadAllBytes(filePath);
context.Response.Clear();
context.Response.ContentType = "application/octet-stream";
context.Response.Cache.SetCacheability(HttpCacheability.Private);
context.Response.Expires = -1;
context.Response.Buffer = true;
context.Response.AddHeader("Content-Disposition", string.Format("{0};FileName="{1}"", "inline", context.Request.QueryString["FileName"]));
context.Response.BinaryWrite(bytes);
context.Response.End();

如您所见，即使我将内容处置更改为"内联"，它仍然会提示下载。 这是我知道我的浏览器理解的文件。 换句话说，我可以去某个随机站点并单击PDF，它将在浏览器中打开。 我的网站会让我保存它以便查看它。

抢先回答"为什么要使用应用程序/八位字节流？ 因为我不想为每个文件类型创建一个处理程序。 如果这是错误的，请告诉我。

Answer 1

不需要为每个文件类型创建处理程序。您只需更改行：

context.Response.ContentType = "application/octet-stream";

成为：

string contentType = //your logic here, possibly many lines in a separate method
context.Response.ContentType = contentType;

但是不可以：您不能"内联"应用程序/八位字节流。这意味着"这里有一些字节，但我不知道它们是什么"。浏览器对此无能为力，只能将其保存在某个地方，因此会出现下载提示。不过，您可以使用内容处置来建议文件名。

浏览器不适用于文件扩展名 - 它适用于内容类型。因此：您需要在回复中报告正确的内容类型。这可能意味着根据您知道的文件扩展名编写switch/查找，或者可能意味着将显式内容类型与文件信息一起作为元数据单独存储。