首先來(lái)了解什么是multipart/form-data請(qǐng)求：
根據(jù)http/1.1 rfc 2616的協(xié)議規(guī)定够话，我們的請(qǐng)求方式只有OPTIONS屯烦、GET、HEAD、POST钙态、PUT、DELETE削葱、TRACE等料滥，那為為何我們還會(huì)有multipart/form-data請(qǐng)求之說(shuō)呢？這就要從頭來(lái)說(shuō)了讳推。
http協(xié)議大家都知道是規(guī)定了以ASCII碼傳輸顶籽，建立在tcp、ip協(xié)議之上的應(yīng)用層規(guī)范银觅，規(guī)范內(nèi)容把http請(qǐng)求分為3個(gè)部門(mén)：狀態(tài)行礼饱，請(qǐng)求頭，請(qǐng)求體设拟。所有的方法慨仿、實(shí)現(xiàn)都是圍繞如何運(yùn)用和組織這三部分來(lái)完成的。換句話來(lái)說(shuō)就是萬(wàn)變不離其中纳胧，只要我們了解了http請(qǐng)求的組成部分后镰吆，自然就可以應(yīng)變?nèi)魏螌?shí)際工作中的需求和問(wèn)題了。
關(guān)于狀態(tài)行跑慕，請(qǐng)求頭万皿，請(qǐng)求體等三部分的具體內(nèi)容，大家可以參考官方的協(xié)議文檔http://www.faqs.org/rfcs/rfc2616.html核行，這里主要分析multipart/form-data請(qǐng)求具體是怎么一回事牢硅。
既然http協(xié)議本身的原始方法不支持multipart/form-data請(qǐng)求，那這個(gè)請(qǐng)求自然就是由這些原始的方法演變而來(lái)的芝雪，具體如何演變且看下文：
- multipart/form-data的基礎(chǔ)方法是post减余，也就是說(shuō)是由post方法來(lái)組合實(shí)現(xiàn)的
- multipart/form-data與post方法的不同之處：請(qǐng)求頭，請(qǐng)求體惩系。
- multipart/form-data的請(qǐng)求頭必須包含一個(gè)特殊的頭信息：Content-Type位岔，且其值也必須規(guī)定為multipart/form-data，同時(shí)還需要規(guī)定一個(gè)內(nèi)容分割符用于分割請(qǐng)求體中的多個(gè)post的內(nèi)容堡牡，如文件內(nèi)容和文本內(nèi)容自然需要分割開(kāi)來(lái)抒抬，不然接收方就無(wú)法正常解析和還原這個(gè)文件了。具體的頭信息如下：
[html] view plain copy
Content-Type: multipart/form-data; boundary=${bound}
//其中${bound} 是一個(gè)占位符晤柄，代表我們規(guī)定的分割符擦剑，可以自己任意規(guī)定，但為了避免和正常文本重復(fù)了，盡量要使用復(fù)雜一點(diǎn)的內(nèi)容惠勒。如：--------------------56423498738365
- multipart/form-data的請(qǐng)求體也是一個(gè)字符串赚抡，不過(guò)和post的請(qǐng)求體不同的是它的構(gòu)造方式，post是簡(jiǎn)單的name=value值連接捉撮，而multipart/form-data則是添加了分隔符等內(nèi)容的構(gòu)造體怕品。具體格式如下:
[html] view plain copy
--{bound}
Content-Disposition: form-data; name="Filename"
--{bound}--
--{bound}--
Content-Disposition: form-data; name="file000"; filename="HTTP協(xié)議詳
Content-Type: application/octet-stream
file content
--{bound}--
--{bound}
Content-Disposition: form-data; name="Upload"
Submit Query
--{bound}--
其中${bound}為之前頭信息中的分割符，如果頭信息中規(guī)定為123巾遭，那么這里也要為123,肉康；可以很容易看出，這個(gè)請(qǐng)求體是多個(gè)相同的部分組成的：每一個(gè)部分都是以--加分隔符開(kāi)始的灼舍，然后是該部分內(nèi)容的描述信息吼和，然后一個(gè)回車(chē)，然后是描述信息的具體內(nèi)容骑素；如果傳送的內(nèi)容是一個(gè)文件的話炫乓，那么還會(huì)包含文件名信息，以及文件內(nèi)容的類型献丑。上面的第二個(gè)小部分其實(shí)是一個(gè)文件體的結(jié)構(gòu)末捣，最后會(huì)以--分割符--結(jié)尾，表示請(qǐng)求體結(jié)束创橄。
綜上箩做，可以知道要發(fā)送一個(gè)multipart/form-data的請(qǐng)求，其實(shí)任何支持post請(qǐng)求的工具或語(yǔ)言都可以支持妥畏，只是自己要稍微包裝一下便可邦邦。
參考資料：
百度百科： http://baike.baidu.com/view/9472.htm
http1.1協(xié)議規(guī)范: http://www.faqs.org/rfcs/rfc2616.html
分析工具：httpAnalyzer
