HTTP/1.1 協(xié)議規(guī)定的 HTTP 請求方法有 OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、CONNECT 這幾種。其中 POST 一般用來向服務(wù)端提交數(shù)據(jù)，本文主要討論 POST 提交數(shù)據(jù)的幾種編碼方式。
10多年的撫州網(wǎng)站建設(shè)經(jīng)驗，針對設(shè)計、前端、開發(fā)、售后、文案、推廣等六對一服務(wù)，響應(yīng)快，48小時及時工作處理。成都營銷網(wǎng)站建設(shè)的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動調(diào)整撫州建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計，從而大程度地提升瀏覽體驗。創(chuàng)新互聯(lián)公司從事“撫州網(wǎng)站設(shè)計”,“撫州網(wǎng)站推廣”以來，每個客戶項目都認(rèn)真落實執(zhí)行。
協(xié)議規(guī)定 POST 提交的數(shù)據(jù)必須放在消息主體（entity-body）中，但協(xié)議并沒有規(guī)定數(shù)據(jù)必須使用什么編碼方式。但是，數(shù)據(jù)發(fā)送出去，還要服務(wù)端解析成功才有意義。
服務(wù)端通常是根據(jù)請求頭（headers）中的 Content-Type 字段來獲知請求中的消息主體是用何種方式編碼，再對主體進(jìn)行解析。POST 提交數(shù)據(jù)方案，包含了 Content-Type 和消息主體編碼方式兩部分。下面就正式開始介紹它們。
這應(yīng)該是最常見的 POST 提交數(shù)據(jù)的方式了。瀏覽器的原生 form 表單，如果不設(shè)置 enctype屬性，那么最終就會默認(rèn)以 application/x-www-form-urlencoded 方式提交數(shù)據(jù)。
在POST提交數(shù)據(jù)中Content-Type 被指定為 application/x-www-form-urlencoded；提交的數(shù)據(jù)按照 key1=val1key2=val2 的方式進(jìn)行編碼，key 和 val 都進(jìn)行了 URL 轉(zhuǎn)碼。大部分服務(wù)端語言都對這種方式有很好的支持。很多時候，我們用 Ajax 提交數(shù)據(jù)時，也是使用這種方式。
這也是一個常見的 POST 數(shù)據(jù)提交的方式。我們使用表單上傳文件時，必須讓 form 的 enctype 等于這個值。這種方式一般用來上傳文件，各大服務(wù)端語言對它也有著良好的支持。上面提到的這兩種 POST 數(shù)據(jù)的方式，都是瀏覽器原生支持的。
application/json 這個 Content-Type 作為響應(yīng)頭大家肯定不陌生。
實際上，現(xiàn)在越來越多的人把它作為請求頭，用來告訴服務(wù)端消息主體是序列化后的 JSON 字符串。
由于 JSON 規(guī)范的流行，除了低版本 IE 之外的各大瀏覽器都原生支持 JSON.stringify，服務(wù)端語言也都有處理 JSON 的函數(shù)，使用 JSON 不會遇上什么麻煩。
順便提一句，angular框架與 axios 默認(rèn)的post采用是這種編碼，PHP端不能直接使用$POST接受，使用
它是一種使用 HTTP 作為傳輸協(xié)議，XML 作為編碼方式的遠(yuǎn)程調(diào)用規(guī)范,它的使用也很廣泛，能很好的支持已有的 XML-RPC 服務(wù)。不過，XML 結(jié)構(gòu)還是過于臃腫，一般場景用 JSON 會更靈活方便。
我們會發(fā)現(xiàn)，在很多post,put,delete等請求之前，會有一次 options 請求。
根本原因就是，W3C規(guī)范這樣要求了！在跨域請求中，分為簡單請求（get和部分post，post時content-type屬于application/x-www-form-urlencoded，multipart/form-data，text/plain中的一種）和復(fù)雜請求。而復(fù)雜請求發(fā)出之前，就會出現(xiàn)一次options請求。
什么是options請求呢？它是一種探測性的請求，通過這個方法，客戶端可以在采取具體資源請求之前，決定對該資源采取何種必要措施，或者了解服務(wù)器的性能。
在ajax中出現(xiàn)options請求，也是一種提前探測的情況，ajax跨域請求時，如果請求的是json，就屬于復(fù)雜請求，因此需要提前發(fā)出一次options請求，用以檢查請求是否是可靠安全的，如果options獲得的回應(yīng)是拒絕性質(zhì)的，比如404\403\500等http狀態(tài)，就會停止post、put等請求的發(fā)出。
雖然在下面的參考文獻(xiàn)中有人提出可以取消options請求，但是實測后發(fā)現(xiàn)是不行的，jquery封裝之后，更不能輕易取消。因此，靠javascript客戶端取消options請求是不可能的，只能通過服務(wù)端對options請求做出正確的回應(yīng)，這樣才能保證options請求之后，post、put等請求可以被發(fā)出。但是，我們不能允許所有的options請求，而應(yīng)該是有條件的，所以最好是通過一個特殊的機制，去驗證客戶端發(fā)出的options請求數(shù)據(jù)是否是符合服務(wù)端的條件的，如果不滿足，返回403，則客戶端會取消原有的post計劃。
前臺跨域post請求，由于CORS（cross origin resource share）規(guī)范的存在，瀏覽器會首先發(fā)送一次options嗅探，同時header帶上origin，判斷是否有跨域請求權(quán)限，服務(wù)器響應(yīng)access control allow origin的值，供瀏覽器與origin匹配，如果匹配則正式發(fā)送post請求。
如果有服務(wù)器程序權(quán)限，設(shè)置，比如jsp中，設(shè)置header access control allow origin等于*，就可以得到跨域訪問的目的。
1. get是從服務(wù)器上獲取數(shù)據(jù)，post是向服務(wù)器傳送數(shù)據(jù)。
2. get是把參數(shù)數(shù)據(jù)隊列加到提交表單的ACTION屬性所指的URL中，值和表單內(nèi)各個字段一一對應(yīng)，在URL中可以看到。post是通過HTTP post機制，將表單內(nèi)各個字段與其內(nèi)容放置在HTML HEADER內(nèi)一起傳送到ACTION屬性所指的URL地址。用戶看不到這個過程。
3. 對于get方式，服務(wù)器端用Request.QueryString獲取變量的值，對于post方式，服務(wù)器端用Request.Form獲取提交的數(shù)據(jù)。
4. get傳送的數(shù)據(jù)量較小，不能大于2KB。post傳送的數(shù)據(jù)量較大，一般被默認(rèn)為不受限制。但理論上，IIS4中最大量為80KB，IIS5中為100KB。
5. get安全性非常低，post安全性較高。但是執(zhí)行效率卻比Post方法好。
建議：
1、get方式的安全性較Post方式要差些，包含機密信息的話，建議用Post數(shù)據(jù)提交方式；
2、在做數(shù)據(jù)查詢時，建議用Get方式；而在做數(shù)據(jù)添加、修改或刪除時，建議用Post方式；
get 傳值是網(wǎng)址是 ;xxx=xxxx xxx 是參數(shù)
post 要要提交表單的 地址就不會出現(xiàn)上面的那種
方式一：用GET方式直接把數(shù)據(jù)寫在地址欄里
方式二：action里寫上遠(yuǎn)程服務(wù)器地址，把表單數(shù)據(jù)寫在hidden里POST給對方
//這是我寫的封裝類,也就是模擬POST提交
//$durl也就是URL地址,比如
//$timeout超時時間
//$data?為POST數(shù)組
//模擬POST提交的用途,采集數(shù)據(jù),模擬用戶登錄(為什么現(xiàn)在登錄需要驗證碼,不是為了測你智商..
更不是考你的眼力,而防止你模擬登錄..用暴力破解法強行破解密碼)
function?curl_file_post_contents($durl,?$timeout?=?5,?$data)?{
$ch?=?curl_init();
curl_setopt($ch,?CURLOPT_URL,?$durl);
curl_setopt($ch,?CURLOPT_RETURNTRANSFER,?1);
curl_setopt($ch,?CURLOPT_TIMEOUT,?$timeout);
curl_setopt($ch,?CURLOPT_USERAGENT,?_USERAGENT_);
curl_setopt($ch,?CURLOPT_REFERER,?_REFERER_);
curl_setopt($ch,?CURLOPT_POST,?1);?//設(shè)置為POST傳輸
curl_setopt($ch,?CURLOPT_POSTFIELDS,?$data);?//添加post數(shù)據(jù)
$r?=?curl_exec($ch);
var_dump($ch);
if?($r?===?false)?{??//判斷錯誤
echo?curl_error($ch);
}
$info?=?curl_getinfo($ch);??//能夠在cURL執(zhí)行后獲取這一請求的有關(guān)信息
curl_close($ch);
return?$r;
}
重慶分公司
重慶分公司
