http請求如何確定邊界

S3 上傳有兩種 method 方式

1. PUT 請求：這個(gè)上傳請求上傳對象協(xié)議明確攜帶 Content-length 的；
2. POST 請求：這個(gè)不要求知名 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可以是一個(gè)keep-alive的，可以是一個(gè)流式協(xié)議。那么我們需要有辦法去標(biāo)識body邊界，有三種方式：

1. http包頭部顯式設(shè)置 Content-Length
2. http傳輸編碼方式用 Transfer-Encoding: chunked
3. 短連接（連接斷開）
1. （第3種情況，一般作為異常場景看待。所以下面我們就討論前兩種情況）

這兩種情況都取決于客戶端的協(xié)議是否遵守。正常情況，如果傳輸了Content-Length，就要和body一致。如果頭部沒有這個(gè)字段，那么也可以客戶端采用Transfer-Encoding：chunked的編碼方式傳輸body，也能讓服務(wù)器正確的識別body的邊界。

分四種情況討論

情況一：如果只設(shè)置了Content-Length，但是body不準(zhǔn)，怎么辦？

1. Content-Length比body大？
1. 服務(wù)器一般實(shí)現(xiàn)會設(shè)置一個(gè)超時(shí)。服務(wù)端主動斷開連接，報(bào)告超時(shí)。這個(gè)當(dāng)前線上系統(tǒng)由nginx完成，1分鐘超時(shí)。
2. 客戶端自己 ctrl+c，客戶端主動斷開連接
3. 服務(wù)一般是卡主，服務(wù)器等待讀完客戶端聲明的數(shù)據(jù)。
4. 解決方法兩種：
2. Content-Length比body??？
1. 請求成功，數(shù)據(jù)截?cái)?/section>

情況二：如果沒有Content-Length，設(shè)置了Transfer-Encoding：Chunked？

這個(gè)時(shí)候能正確識別到邊界，以Chunked模式為準(zhǔn)。有無Content-Length沒區(qū)別。就算設(shè)置了Content-Length，也不會依賴用這個(gè)值，不準(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的包