http訊息長度的確定

2021-05-25 03:02:42 字數 1822 閱讀 5783

44訊息長度

訊息長度是指在傳輸編碼使用後訊息體的長度。當乙個訊息體被包含在乙個訊息中時,體長由下面決定(按優先順序的順序): 1.

任何肯定不包含乙個訊息體的

response

訊息總是在第乙個空行處終結,而無論出現在訊息中的實體的頭區。 2.

如果乙個

transfer-encoding

頭區(sec14.41

)被給出而且只有

」identity」

,那麼傳輸長度是使用「

chunked

」傳輸編碼,直到連線被關閉訊息被終結。 3.

如果乙個

content-length

頭區(sec14.13

)被給出,那麼它既代表了實體長度也代表了傳輸長度。如果這兩個長度不相等肯定不會有

content-length

。如果乙個訊息既存在

transfer-encoding

又存在content-length

,後者被忽略。 4

.如果訊息使用

「multipart/byteranges」

做**型別,並且

transfer-length

也沒被給出,那麼這個自定界的**型別定義了傳輸長度。這個型別如果接收者無法解析它那肯定不能被使用;在乙個

request

中,如果包含乙個

range

頭和若干

byte-range

說明那個

client

能夠解析

multipart/ranges

。乙個rang

頭可能被乙個不理解

multipart/byteranges

的proxy

傳遞,在這種情況下,

server

必須使用1,

3,5提供的方法定界。 5

.到server

關閉乙個連線(關閉連線不能被用來指示乙個

request

的結束,因為那樣將導致

server

無法傳送乙個

response。)

為了和http/1。0

應用相容,包含乙個訊息體的。

1請求肯定包含乙個有效的

content-length

除非知道

server

是http/1。1

相容。如果乙個

request

包含乙個訊息體而沒有

content-length

,那麼server

如果不能決定訊息的長度應該回以

400,或

411如果它堅持接收乙個有效

content-length。

所有接收實體的

應用必須接收「

chunked

」傳輸編碼(

sec3.6

),因此允許使用這個機制決定訊息長度。

訊息絕對不能同時包含

content-length

頭區和乙個非

identity

傳輸編碼。如果一定包含,那麼

content-length

被忽略。

如果乙個

content-length

真被給出了,那

它一定對應訊息體的位元組個數。

必須告訴使用者如果乙個無效長度被接受和看到。

PCB層數的確定

pcb板的層數一般不會事先確定好,會由工程師綜合板子情況給出規劃,總層數由訊號層數加上電源地的層數構成。一 電源 地層數的規劃 電源的層數主要由電源的種類數目 分布情況 載流能力 單板的效能指標以及單板的成本決定。電源平面的設定需要滿足兩個條件 電源互不交錯 避免相鄰層重要訊號跨分割。地的層數設定則...

文昌位的確定

文昌位,即是文昌星所處的位置。在風水學中,文昌星是主宰文人學子命運之星。因此,確定住側中文昌屋 書房 文昌位 書桌 的位置和朝向,是關係到學子成才與否的大事。由於地球磁場和天體星宿的作用,我們都有這樣的經驗 即在同一住宅的不 間,甚至在同一房間不同位置,讀書學習的效果完全不同。所以,許多望子成龍望女...

CMMB的確定及不確定因素

cmmb 2008年奧運前曾經一度火爆,廣電不合時宜的推出ca加密系統,雖然從長遠看可能有利於手機電視的推廣,卻明顯導致了cmmb手機電視發展嘎然而止,出現 宣傳一頭熱,消費者不敢問津的局面。1 cmmb確定2009年7月1日正式試運營 廣電總局科技司副司長王聯在深圳國際積體電路展上cmmb研討會表...