http 請求怎麼確定邊界？

S3 上傳有兩種 method 方式

1. PUT 請求：這個上傳請求上傳對象協議明確攜帶 Content-length 的；
2. POST 請求：這個不要求知名 Content-length，而是通過一種流式的數據傳輸，但是總歸還是要知道邊界在哪裏？有以下幾種方式讓服務端知道數據的邊界；

HTTP 數據怎麼確定邊界？

HTTP邊界判定由於http1.1協議之後，http可以是一個keep-alive的，可以是一個流式協議。那麼我們需要有辦法去標識body邊界，有三種方式：

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

這兩種情況都取決於客戶端的協議準守。正常情況，如果傳輸了Content-Length，就要和body一致。如果頭部沒有這個字段，那麼也可以客戶端採用Transfer-Encoding：chunked的編碼方式傳輸body，也能讓服務器正確的識別body的邊界。

分四種情況討論

情況一：如果只設置了Content-Length，但是body不準，怎麼辦？

1. Content-Length比body大？
   1. 服務一般是卡主，服務器等待讀完客戶端聲明的數據。
   2. 解決方法兩種：
      1. 服務器一般實現會設置一個超時。服務端主動斷開連接，報告超時。這個當前七牛系統由nginx完成，1分鐘超時。
      2. 客戶端自己 ctrl+c，客戶端主動斷開連接
2. Content-Length比body小？
   1. 請求成功，數據截斷

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

這個時候能正確識別到邊界，以Chunked模式爲準。有無Content-Length沒區別。就算設置了Content-Length，也不會依賴用這個值，不準也沒關係。只要是按照chunked的模式，以實際取到的body爲準。

情況三：Content-Length和Transfer-Encoding都設置？

以chunked傳輸爲準。

情況四：Content-Length和Transfer-Encoding都沒設置？

這種情況和Content-Length=0是一樣處理的。

---

截圖示例

Chunked的包

Content-Length的包

---

堅持思考，方向比努力更重要。關注我：奇伢雲存儲