日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

HTCP/0.0 超文本緩存協(xié)議( 二 )

云知道


---------------------
HEADER說明消息的長(zhǎng)度和協(xié)議的版本
---------------------
DATAHTCP消息體 (每一個(gè)主版本號(hào)都會(huì)有所不同)
---------------------
AUTH可選的交易認(rèn)證
---------------------
2.6. HTCP/*.* 的HEADER 的具體格式如下：
0 (MSB)1 (LSB)
--- --- --- --- --- --- --- --- --- --- --- --- --- --- --- ---
0:LENGTH
2:LENGTH
--- --- --- --- --- --- --- --- --- --- --- --- --- --- --- ---
2:MAJORMINOR
--- --- --- --- --- --- --- --- --- --- --- --- --- --- --- ---
LENGTH 消息的長(zhǎng)度，其中包括了所有的HEADER以及八字節(jié)數(shù)據(jù)，還包括LENGTH字段自身所占長(zhǎng)度 。假如在使用數(shù)據(jù)報(bào)協(xié)議的話，此字段與商務(wù)流量的大?。ā坝涗浀拈L(zhǎng)度”）是一致的，并且還包括多余的空白，也就是說在DATA和AUTH部分并不是所有的八字節(jié)的消息都會(huì)有用 。
MAJOR 是主版本號(hào)（0代表規(guī)格） 。HTCP消息的DATA部分需要向上或者向下兼容不同的主版本號(hào) 。
MINOR 是次版本號(hào)（0代表規(guī)格） 。不同的特性標(biāo)準(zhǔn)和翻譯規(guī)則依此字段而定，非凡地，預(yù)留（RESERVED）字段（雖然是可選的）在同一主版本號(hào)中的后續(xù)次版本號(hào)可能會(huì)有有新的含義 。
2.6.1. 我們希望HTCP的發(fā)出者知道即將到來的HTCP響應(yīng)者的版本號(hào)，或者HTCP的發(fā)出者通過使用數(shù)值降序法探測(cè)MINOR和MAJOR版本號(hào)（以本地可支持的最大數(shù)值開始）并在本地緩存探測(cè)到的HTCP響應(yīng)者的版本號(hào) 。
2.6.2. 較高的主版本號(hào)優(yōu)先級(jí)更高，因?yàn)檩^高的次版本號(hào)也是被在特定的主版本號(hào)中的 。
2.7. HTCP/0.* 的DATA 的具體格式如下：
0 (MSB)1 (LSB)
--- --- --- --- --- --- --- --- --- --- --- --- --- --- --- ---
0:LENGTH
--- --- --- --- --- --- --- --- --- --- --- --- --- --- --- ---
2:OPCODERESPONSERESERVED F1 RR
--- --- --- --- --- --- --- --- --- --- --- --- --- --- --- ---
4:TRANS-ID
6:TRANS-ID
--- --- --- --- --- --- --- --- --- --- --- --- --- --- --- ---
8:
/ OP-DATA /
/ /
--- --- --- --- --- --- --- --- --- --- --- --- --- --- --- ---
LENGTH 是HTCP消息用來存放DATA部分的字節(jié)數(shù)，其中包括LENGTH字段本身所占的長(zhǎng)度 。此數(shù)還包括多余的空白，也就是說LENGTH所預(yù)留的字節(jié)數(shù)并不是所有的都用于OP-DATA字段 。
OPCODE 是HTCP交易的操作編碼字段 。一個(gè)HTCP交易可以包括多個(gè)HTCP消息，比如說，一個(gè)請(qǐng)求消息（由發(fā)出者發(fā)送），或者一個(gè)響應(yīng)消息（由響應(yīng)者發(fā)送） 。
RESPONSE 此為一個(gè)數(shù)值型編碼，用來指示交易成功或者失敗的 。此字段應(yīng)該由請(qǐng)求者置為零（zero），而響應(yīng)者不去管它 。每一操作都有自己的一套響應(yīng)編碼，這套編碼將在后邊才被確定下來 。整個(gè)消息的響應(yīng)編碼如下所示：
0 必須使用認(rèn)證但是還沒有使用
1 已經(jīng)使用了認(rèn)證，可是并不符合要求
2 操作編碼未被執(zhí)行
3 不被支持的主版本號(hào)
4 不被支持的次版本號(hào)（主版本號(hào)符合要求）
5 不適當(dāng)?shù)?、不答?yīng)的或者是不受歡迎的操作編碼
上面的響應(yīng)編碼都是錯(cuò)誤提示，它們的能見性完全取決于MO=1（接下來會(huì)有說明）是否成立 。
RR 是一個(gè)標(biāo)志位，指示一條消息是否請(qǐng)求(0)還是響應(yīng)(1) 。
F1 此位被重載，因此它對(duì)于請(qǐng)求者和響應(yīng)者有著不同的用法 。假如RR＝0，那么F1被定義為RD 。假如RR＝1，則F1定義為MO 。
RD 是一個(gè)標(biāo)志位，當(dāng)它是1時(shí)，意味著要求響應(yīng) 。某些操作編碼（OPCODE）需要將RD置為1才有意義 。
MO (em-oh) 是一個(gè)標(biāo)志位，它指示是把響應(yīng)編碼解釋為對(duì)整個(gè)消息的一個(gè)響應(yīng)（ DATA中確定的字段或者是AUTH中的任一個(gè)字段）[ MO = 1時(shí) ]，還是在 OP－DATA中的字段的一個(gè)響應(yīng)[ MO = 0 時(shí)] 。

推薦閱讀