1.

icap分塊傳輸編碼：

--使用Content-Length消息頭傳輸的數據，可以創建一個大的塊來傳輸，這個塊的大小和Content-Length消息頭中提到的大小相同。

--對于通過關閉TCP連接來標示結束的數據，每一批從操作系統傳入的字節組可以轉換成一個塊。（通過在這些字節數據后面寫入讀取的字節長度）

--通過分塊傳輸編碼的數據，可以照原來的樣子不重新分塊來轉發。

icap的封裝消息頭不分塊，封裝的消息體分塊。icap可以直接轉發分塊的http消息體，而且很多解析器不支持解析分塊的http消息頭。

2.

icap服務器應該讓不同的服務對應不同的URI，甚至是同一個服務內的不同方法對應不同的URI。應該避免HTTP協議中使用同一個URI來實現GET和POST方法的情況。

3.

204 No Content 錯誤，ICAP client 要在請求的消息頭中包含【Allow：204】后，ICAP server 才允許在對象不需要修改時候發送“204 No Content”響應。

消息的Preview除外，Preview中沒有【Allow：204】也可以發送204響應。

4.

~~~請求響應模式：

在REQMOD中

ICAP 請求：必須包括封裝的http請求，消息頭和消息體都必須被封裝。

ICAP服務器返回給ICAP客戶端的響應：返回內容可能有四種：

~錯誤信息

~204碼，代表ICAP客戶端的請求不需要適配。

~一個封裝的修改過的請求

~一個封裝的HTTP錯誤信息響應。

響應消息必須第一行為狀態行，如果返回的狀態碼是2XX,ICAP client 應該繼續正常執行請求，如果ICAP client是一個代理，那么可能它會包含來自它的緩存中的服務對象，或者把修改過的request轉發給一個origin server。

至于其他代表錯誤的狀態嗎，ICAP client可能會把這些錯誤返回給下面的客戶端或者用戶。

——————

對于GET方式的請求，Encapsulated消息頭中有null-body屬性，對于POST方式，Encapsulated消息頭中有req-body屬性，表示request中封裝的http message有消息體。

5.

什么是?Hop By Hop

此為表示數據包從被發送直到到達目的地為止要一個一個經過中繼設備并執行某些動作的術語。可以在很多場合使用此術語，但多是在表示判斷數據包的中繼地址的路徑控制方式時使用。 IP 協議的基本操作就是對到達目的地為止所經由的路由器一個一個利用 IP 地址進行判斷，是逐跳方式的典型代表 （TCP/IP協議中)在由一個路由器連接的兩種物理網中應用層和運輸層使用END-TO-END協議.網絡層使用的是HOP-BY-HOP協議

總結

以上是生活随笔為你收集整理的icap协议————2014.6.4的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。