Content-Type: multipart/form-data

Content-Type: multipart/form-data; boundary=${bound} 

先看一个post请求上传文件的http报文，如下，

POST /ufile/post HTTP/1.1
Host: 127.0.0.1:8080
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: zh-cn,zh;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Referer: http://localhost:63342/ufile-proxy/com/usoft/test/page/ufile-post.html
Connection: keep-alive
Content-Type: multipart/form-data; boundary=---------------------------229901006917370
Content-Length: 937

-----------------------------229901006917370
Content-Disposition: form-data; name="info"

one
-----------------------------229901006917370
Content-Disposition: form-data; name="secondinfo"

two
-----------------------------229901006917370
Content-Disposition: form-data; name="thirdinfo"

third
-----------------------------229901006917370
Content-Disposition: form-data; name="file"; filename="sql.txt"
Content-Type: text/plain

select person0_.id as id1_1_0_, person0_.name as name2_1_0_, person0_1_.idCard as idCard1_3_0_, person0_2_.salary as salary1_4_0_, case when person0_1_.id is not null then 1 when person0_2_.id is not null then 2 when person0_.id is not null then 0 end as clazz_0_ 



from tb_person person0_ left outer join tb_stu person0_1_ on person0_.id=person0_1_.id left outer join tb_tea person0_2_ on person0_.id=person0_2_.id where person0_.id=?
-----------------------------229901006917370--

通过上面这个报文，我们可以看到的数据参数为一下几个：

第一个参数，getform

-----------------------------229901006917370
Content-Disposition: form-data; name="info"

one

第二个参数，info

-----------------------------229901006917370
Content-Disposition: form-data; name="secondinfo"

two

第三个参数，secondinfo

-----------------------------229901006917370
Content-Disposition: form-data; name="thirdinfo"

third

以此类推=========================================

首先来了解什么是multipart/form-data请求：

根据http/1.1 rfc 2616的协议规定，我们的请求方式只有OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE等，那为为何我们还会有multipart/form-data请求之说呢？这就要从头来说了。

http协议大家都知道是规定了以ASCII码传输，建立在tcp、ip协议之上的应用层规范，规范内容把http请求分为3个部门：状态行，请求头，请求体。所有的方法、实现都是围绕如何运用和组织这三部分来完成的。换句话来说就是万变不离其中，只要我们了解了http请求的组成部分后，自然就可以应变任何实际工作中的需求和问题了。

关于状态行，请求头，请求体等三部分的具体内容，大家可以参考官方的协议文档http://www.faqs.org/rfcs/rfc2616.html，这里主要分析multipart/form-data请求具体是怎么一回事。

既然http协议本身的原始方法不支持multipart/form-data请求，那这个请求自然就是由这些原始的方法演变而来的，具体如何演变且看下文：

1、multipart/form-data的基础方法是post，也就是说是由post方法来组合实现的

2、multipart/form-data与post方法的不同之处：请求头，请求体。

3、multipart/form-data的请求头必须包含一个特殊的头信息：Content-Type，且其值也必须规定为multipart/form-data ，同时还需要规定一个内容分割符用于分割请求体中的多个post的内容，如文件内容和文本内容自然需要分割开来，不然接收方就无法正常解析和还原这个文件了。具体的头信息如下：

Content-Type: multipart/form-data; boundary=${bound}

//其中${bound} 是一个占位符，代表我们规定的分割符，可以自己任意规定，但为了避免和正常文本重复了，尽量要使用复杂一点的内容。

如：--------------------56423498738365

参考：http://blog.csdn.net/five3/article/details/7181521

http://blog.csdn.net/bboyfeiyu/article/details/41863951

==========================END==========================