关于multipart/related;boundary=

http协议对mime类型有详细描述，multipart/....是单个消息头包含多个消息体的解决方案。multipart媒体类型对发送非文本的各媒体类型是有用的。目前常用的有这些subtype：

Messages with multiple parts			multipart/mixed
Messages with multiple, alternative parts			multipart/alternative
Message with multiple, related parts			multipart/related
Multiple parts are digests			multipart/digest
For reporting of email status (admin.)			multipart/report
Order of parts does not matter			multipart/parallel
Macintosh file data			multipart/appledouble
Aggregate messages; descriptor as header			multipart/header-set
Container for voice-mail			multipart/voice-message
HTML FORM data (see Ch. 9 and App. B)			multipart/form-data
Infinite multiparts - See Chapter 9 (Netscape)			multipart/x-mixed-replace

任何一种执行时无法识别的multipart子类型都被视为子类型"mixed"。multipart媒体类型有共同的格式，一般是这样：

Content-Type: multipart/mixed; boundary=xxxxx

--xxxxx
body
--xxxxx--

body还可以套body，可以参考前面的文章。

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

MHTML，即MIME HTML，是由RFC 2557定义的，把一个多附件（如图片，flash动画等）的网页内容都保存到单一档案的标准。这个标准由微软提出，并从IE 5.0对其开始支持。同时，微软实现了MHTML协议，默认安装的window系统都带有MHTML协议处理程序（MHTML Protocol Handler）。在IE中，当嵌入资源的URL的协议为MHTML 时，IE将调用MHTML Protocol Handler，把该资源当作MHTML格式文件解析处理。

MHTML文件由于是 "多合一" ，所以使用multipart的格式。

MHTML Protocol Handler 对MHTML文件有如下“温和”之处：
1. MHTML Protocol Handler会忽略远程文件后缀；
2. MHTML Protocol Handler会忽略远程文件中Content-Type前面的除“空行”外的所有内容，若有“空行”，则MHTML Protocol Handler不能解释该文件；
3. MHTML Protocol Handler会忽略远程文件中“--_boundary_by_mere—”后的所有无关内容；
4. MHTML Protocol Handler会忽略远程服务器的Content-Disposition、X-Frame-Options等响应头。

协议访问格式：mhtml: [Mhtml_File_Url]![Original_Resource_Url]

[Original_Resource_Url]从消息体的Content-Location处获得。如果[Original_Resource_Url] 不能从[Mhtml_File_Url]中获取，IE就会尝试下载[Original_Resource_Url]和返回下载内容。

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

multipart/related自然是multipart_subtype其中一种，例如demo.html：

Content-Type: multipart/related; boundary="_boundary_by_mere"

--_boundary_by_mere
Content-Location:demo
Content-Transfer-Encoding:base64

PGh0bWw+PGJvZHk+TUhUTUwgREVNTyE8L2JvZHk+PC9odG1sPg==
--_boundary_by_mere--

若使用mhtml协议，访问  mhtml:demo.html!demo  即可访问文件的demo数据块。

参考文章：IE下MHTML协议带来的跨域危害，d4rkwind

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

HTTP协议和MIME协议是两个概念。多用途网际邮件扩充协议（MIME）是 Multipurpose Internet Mail Extensions 的缩写。

multipart类型，是MIME邮件的精髓。邮件体被分为多个段，每个段又包含段头和段体两部分，这两部分之间也以空行分隔。常见的multipart类型有三种：multipart/mixed, multipart/related和multipart/alternative。如果在邮件中要添加附件，必须定义multipart/mixed段；如果存在内嵌资源，至少要定义multipart/related段；如果纯文本与超文本共存，至少要定义multipart/alternative段。

什么是“至少”？举个例子说，如果只有纯文本与超文本正文，那么在邮件头中将类型扩大化，定义为multipart/related，甚至multipart/mixed，都是允许的。

1.http协议的主体信息部分是使用html来包装的,http协议刚开始是用来传送html的，只是和MIME协议结合才可以传送别的格式数据。

2.http与MIME应该分别是两个此协议,MIME可以附属在其他许多协议上,例如SMTP协议,利用MIME协议可以在协议中包含特殊格式的信息文本.例如:在http协议中包含pdf格式的数据,可以在浏览器中打开,在邮件中可以利用MIME协议来包含pdf附件,其余其他可以包含MIME数据的协议,我就不清楚了,我想,这应该可以有很多,因为从原理上说,这仅仅是按一定格式包含一段特殊数据。

3.浏览器可以认为是用来解读http协议的客户端,最终显示的内容是http协议数据体部分html格式的数据。