http請求如何確定邊界
這篇文章給大家介紹http請求如何確定邊界，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。
成都創(chuàng)新互聯(lián)技術(shù)團(tuán)隊10余年來致力于為客戶提供成都網(wǎng)站設(shè)計、成都網(wǎng)站制作、品牌網(wǎng)站制作、成都營銷網(wǎng)站建設(shè)、搜索引擎SEO優(yōu)化等服務(wù)。經(jīng)過多年發(fā)展，公司擁有經(jīng)驗豐富的技術(shù)團(tuán)隊，先后服務(wù)、推廣了成百上千家網(wǎng)站，包括各類中小企業(yè)、企事單位、高校等機(jī)構(gòu)單位。
S3 上傳有兩種 method 方式
PUT 請求：這個上傳請求上傳對象協(xié)議明確攜帶 Content-length 的； POST 請求：這個不要求知名 Content-length，而是通過一種流式的數(shù)據(jù)傳輸，但是總歸還是要知道邊界在哪里？有以下幾種方式讓服務(wù)端知道數(shù)據(jù)的邊界；
HTTP 數(shù)據(jù)怎么確定邊界？
S3 是基于HTTP的協(xié)議，HTTP 是基于TCP協(xié)議的應(yīng)用層協(xié)議，而 TCP 是面向數(shù)據(jù)流的協(xié)議，是沒有邊界的。HTTP 作為應(yīng)用層協(xié)議需要自己明確定義數(shù)據(jù)邊界。
HTTP邊界判定由于http1.1協(xié)議之后，http可以是一個keep-alive的，可以是一個流式協(xié)議。那么我們需要有辦法去標(biāo)識body邊界，有三種方式：
http包頭部顯式設(shè)置 Content-Length http傳輸編碼方式用 Transfer-Encoding: chunked 短連接（連接斷開） （第3種情況，一般作為異常場景看待。所以下面我們就討論前兩種情況）
這兩種情況都取決于客戶端的協(xié)議是否遵守。正常情況，如果傳輸了Content-Length，就要和body一致。如果頭部沒有這個字段，那么也可以客戶端采用Transfer-Encoding：chunked的編碼方式傳輸body，也能讓服務(wù)器正確的識別body的邊界。
分四種情況討論
情況一：如果只設(shè)置了Content-Length，但是body不準(zhǔn)，怎么辦？
Content-Length比body大？ 服務(wù)器一般實(shí)現(xiàn)會設(shè)置一個超時。服務(wù)端主動斷開連接，報告超時。這個當(dāng)前線上系統(tǒng)由nginx完成，1分鐘超時。 客戶端自己 ctrl+c，客戶端主動斷開連接 服務(wù)一般是卡主，服務(wù)器等待讀完客戶端聲明的數(shù)據(jù)。 解決方法兩種： Content-Length比body??？ 請求成功，數(shù)據(jù)截斷
情況二：如果沒有Content-Length，設(shè)置了Transfer-Encoding：Chunked？
這個時候能正確識別到邊界，以Chunked模式為準(zhǔn)。有無Content-Length沒區(qū)別。就算設(shè)置了Content-Length，也不會依賴用這個值，不準(zhǔn)也沒關(guān)系。只要是按照chunked的模式，以實(shí)際取到的body為準(zhǔn)。
情況三：Content-Length和Transfer-Encoding都設(shè)置？
以chunked傳輸為準(zhǔn)。
情況四：Content-Length和Transfer-Encoding都沒設(shè)置？
這種情況和Content-Length=0是一樣處理的。
截圖示例
Chunked的包
Content-Length的包
關(guān)于http請求如何確定邊界就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。
當(dāng)前文章：http請求如何確定邊界
鏈接URL：http://m.jiaotiyi.com/article/poedss.html