mime

https://www.cnblogs.com/scolia/p/5578623.html

它是一个互联网标准，扩展了电子邮件标准，使其能够支持:

非ASCII字符文本;非文本格式附件(二进制、声音、图像等);由多部分(multiple parts)组成的消息体;包含非ASCII字符的头信息(Header information)。

 

 

每一个 URL 都代表着一个资源对象，而当我们请求一个网页的时候，看似只请求了一个 URI（统一资源标识符），实际上这个网页可能包含多个 URI，例如图片资源的 URI 和视频资源的 URI 等。此时有些浏览器为了加快访问速度，可能会同时开多个线程去请求 URI。也就是说其实每一个 URI 都发送了一个请求报文。

　　URI 包括 URL（统一资源定位符）和 URN（统一资源名）。但由于 URN 多还在实验阶段，实验的并不是太广泛，所以现在几乎所有的 URI 都是 URL。

　　而当我们的浏览器要显示或处理这些资源的时候，我们并不知道其响应的数据是什么类型的，为了区分这些资源类型，就需要用到 MIME 了。HTTP 会为每一个通过 web 传输的对象添加上 MIME 类型的数据格式标签。浏览器在读取到对应的信息后，会调用相应的程序去处理它，任何得到我们想要的结果。

　　MIME 类型在请求报文和响应报文中均有体现。例如，当我请求 http://www.cnblogs.com/scolia 这个 URL 时，

　　我的请求报文头中有：

　　Accept 表示我当前的浏览器希望接受什么类型的文件，这是请求首部，当服务器没有客户端想要的资源的媒体类型时，会返回406 Not Acceptable 响应。当然使用了 */* 表示愿意接受任意类型的资源，所以应不会看到这个响应。另外，这里的 q 表示权重，权重在 0-1 之间，可以理解成客户端在这些给出的类型中，想优先接受什么类型，可以服务器就可以根据客户端的需要返回相应的资源。

　　如果没有，则默认为 1 。这里前面几个类型都没有标明，则默认都是 1 ，表示优先这些类型，后面的 0.9 表示前面都没有就用这个，最后的 0.8 表示如果都没有，那么任意的类型都行。

　　而在响应报文头中有：

　　这里很并且的表示我响应的是 text/html 类型的文件，浏览器在检测到 MIME 类型后，就会相应的去解析它。

　　但是，我说过看似请求的一个 URL 实际上包含了多个 URL ，如果你用工具查看，我这里用的是火狐的控制台，可以看到我这次的请求有：

　　非常多个，我们看一下背景图片的 MIME 类型是什么：

　　

---

　　MIME 类型有非常多种，一般常见的有：

　　text/html：HTML 格式的文本文档

　　text/plain：普通的 ASCII 文本文档

　　image/jpeg：JPEG格式的图片

　　image/gif：GIF格式的图片

　　video/quicktime：Apple 的 QuickTime 电影

　　application/vnd.ms-powerpoint：微软的powerpoint文件

　　……