http0.9只有get請求，你看這樣多簡單，想發送什么數據，就把數據添加到url的后面，
很多人說安全性？安全影響什么了？數據暴露，即便是約定好的數據，寫在那里，你說不定也不明白參數的意義，倒是安全性並非是主要原因
什么？丑陋？拖着冗長的鏈接，看着倒是確實不舒服，那么到底是什么主要的原因呢？難道就因為丑陋？
http1.0增加了post，
所謂get請求，即能將參數添加到我們的general header，我們的請求和響應headers，大家雙方都有個general header，然而，url過分的長，是的響應報文和general header內部也增加了url參數
這其實完全沒有必要，試想發展之初，帶寬還沒有現在那么大，受限於硬件性能，這樣的一次請求，加一次響應，假如url的鏈接十分的長，長到什么程度？general header的大小 占了幾乎整個請求報文的100%不到，當然，你說完全占領，這在數學上，是逼近極限的，但就請理解為幾乎占領
這樣一算的話，一來一去，一次請求加一次響應，這樣所占據的帶寬，是一次請求的2倍，啥意思？沒什么關系？
那么如果我們的請求數量增加20次，假設我們手上的設備帶寬，僅僅提供20個這樣大小的請求，那么這樣的響應，給用戶是一種什么樣的效果？當然是阻塞了，所有的請求頭中的general header都將我們的帶寬給占據了，響應就沒了，所有的網頁都卡在那里轉圈圈，我想這樣的畫面，你是能夠想象的把？
post的好處
既然增加了post請求，參數可以放在request body里面，這樣的話，我們的response返回來，僅僅包含了響應頭部，以及響應主體，response header 和response body，
response body里面，存放了請求所需要的響應信息，例如成功標志，以及返回消息等，而response響應中的general header里面，是不包含request body，這樣比起公共的url，后面增加了一大摞參數，這樣，明顯的節省了帶寬了吧！
為什么要節省帶寬？
我們的硬件性能是不斷的提升的，但是我們的需求也是日益增長的，同樣的，一台電腦可以打開50個網頁，和100個網頁，這樣的體驗，是截然不同的吧？!