計算機網(wǎng)絡(luò)協(xié)議分析知識點姓名_________________________地址_______________________________學(xué)號______________________-------------------------------密-------------------------封----------------------------線--------------------------1.請首先在試卷的標封處填寫您的姓名，身份證號和地址名稱。2.請仔細閱讀各種題目，在規(guī)定的位置填寫您的答案。一、選擇題1.下列哪個協(xié)議屬于傳輸層協(xié)議？

A.TCP

B.IP

C.HTTP

D.FTP

2.在OSI模型中，哪個層次負責(zé)數(shù)據(jù)鏈路的建立、維護和拆除？

A.物理層

B.數(shù)據(jù)鏈路層

C.網(wǎng)絡(luò)層

D.傳輸層

3.下列哪個協(xié)議用于在網(wǎng)絡(luò)層實現(xiàn)數(shù)據(jù)包的路由？

A.TCP

B.UDP

C.IP

D.ARP

4.在TCP協(xié)議中，哪個字段用于實現(xiàn)流量控制？

A.序列號

B.確認號

C.窗口大小

D.校驗和

5.下列哪個協(xié)議用于在網(wǎng)絡(luò)層實現(xiàn)地址轉(zhuǎn)換？

A.DNS

B.DHCP

C.NAT

D.SMTP

6.在HTTP協(xié)議中，哪個字段用于表示請求方法？

A.URI

B.Host

C.Method

D.ContentType

7.下列哪個協(xié)議用于在網(wǎng)絡(luò)層實現(xiàn)數(shù)據(jù)包的封裝和拆封？

A.TCP

B.UDP

C.IP

D.ARP

8.在TCP協(xié)議中，哪個字段用于實現(xiàn)連接的建立和終止？

A.序列號

B.確認號

C.窗口大小

D.SYN/ACK

答案及解題思路：

1.A.TCP

解題思路：TCP（傳輸控制協(xié)議）是傳輸層的一種協(xié)議，負責(zé)端到端的數(shù)據(jù)傳輸，保證數(shù)據(jù)的可靠性。

2.B.數(shù)據(jù)鏈路層

解題思路：數(shù)據(jù)鏈路層負責(zé)在相鄰節(jié)點之間建立、維護和拆除數(shù)據(jù)鏈路，保證無差錯的傳輸。

3.C.IP

解題思路：IP（互聯(lián)網(wǎng)協(xié)議）是網(wǎng)絡(luò)層的主要協(xié)議，負責(zé)路由數(shù)據(jù)包，選擇最佳路徑進行數(shù)據(jù)傳輸。

4.C.窗口大小

解題思路：TCP協(xié)議中的窗口大小字段用于流量控制，限制發(fā)送方的發(fā)送速率，防止接收方來不及處理。

5.C.NAT

解題思路：NAT（網(wǎng)絡(luò)地址轉(zhuǎn)換）協(xié)議用于網(wǎng)絡(luò)層實現(xiàn)地址轉(zhuǎn)換，將私有IP地址轉(zhuǎn)換為公有IP地址，使得內(nèi)部網(wǎng)絡(luò)可以通過單一公網(wǎng)IP訪問外部網(wǎng)絡(luò)。

6.C.Method

解題思路：HTTP協(xié)議中的Method字段表示請求方法，如GET、POST等，用于指示客戶端對資源進行的操作。

7.C.IP

解題思路：IP協(xié)議負責(zé)在網(wǎng)絡(luò)層實現(xiàn)數(shù)據(jù)包的封裝和拆封，將上層的數(shù)據(jù)封裝成IP數(shù)據(jù)包，并在數(shù)據(jù)傳輸過程中進行拆封。

8.D.SYN/ACK

解題思路：TCP協(xié)議中使用SYN/ACK字段實現(xiàn)連接的建立和終止。SYN用于發(fā)起連接請求，ACK用于確認連接，終止時發(fā)送FIN進行關(guān)閉。二、填空題1.在TCP協(xié)議中，______字段用于實現(xiàn)流量控制。

答案：窗口（Window）

解題思路：TCP協(xié)議使用窗口大小字段來實現(xiàn)流量控制，該字段定義了發(fā)送方可以發(fā)送的數(shù)據(jù)量，接收方可以根據(jù)自己的處理能力調(diào)整窗口大小，從而控制數(shù)據(jù)的傳輸速率。

2.在IP協(xié)議中，______字段用于表示數(shù)據(jù)包的版本。

答案：版本（Version）

解題思路：IP協(xié)議頭部包含版本字段，用來標識使用的IP協(xié)議版本，例如IPv4和IPv6。版本字段定義了數(shù)據(jù)包遵循的IP協(xié)議規(guī)則。

3.在HTTP協(xié)議中，______字段用于表示請求方法。

答案：方法（Method）

解題思路：HTTP請求頭部的“方法”字段指定了客戶端向服務(wù)器發(fā)送請求的操作類型，如GET、POST、PUT、DELETE等。

4.在TCP協(xié)議中，______字段用于實現(xiàn)連接的建立和終止。

答案：序列號（SequenceNumber）和確認號（AcknowledgmentNumber）

解題思路：TCP協(xié)議使用序列號和確認號字段來管理數(shù)據(jù)包的順序，序列號用于標識發(fā)送的數(shù)據(jù)包順序，確認號表示接收方期望收到的下一個數(shù)據(jù)包的序列號。

5.在IP協(xié)議中，______字段用于表示數(shù)據(jù)包的優(yōu)先級。

答案：服務(wù)類型（TypeofService，TOS）

解題思路：IP協(xié)議頭部中的服務(wù)類型字段允許數(shù)據(jù)包發(fā)送者指定數(shù)據(jù)包的優(yōu)先級和使用的服務(wù)類型。

6.在TCP協(xié)議中，______字段用于實現(xiàn)數(shù)據(jù)包的校驗。

答案：校驗和（Checksum）

解題思路：TCP協(xié)議使用校驗和字段對每個數(shù)據(jù)包進行檢查，保證數(shù)據(jù)包在傳輸過程中沒有發(fā)生錯誤。

7.在HTTP協(xié)議中，______字段用于表示響應(yīng)狀態(tài)碼。

答案：狀態(tài)碼（StatusCode）

解題思路：HTTP響應(yīng)中的狀態(tài)碼字段表示請求的處理結(jié)果，如200（成功）、404（未找到）、500（服務(wù)器內(nèi)部錯誤）等。

8.在IP協(xié)議中，______字段用于表示數(shù)據(jù)包的源IP地址。

答案：源IP地址（SourceIPAddress）

解題思路：IP協(xié)議頭部包含源IP地址字段，用來標識發(fā)送數(shù)據(jù)包的主機的IP地址。三、判斷題1.TCP協(xié)議是無連接的。

解答：

答案：錯誤

解題思路：TCP（傳輸控制協(xié)議）是一種面向連接的協(xié)議，這意味著在數(shù)據(jù)傳輸之前，必須在發(fā)送方和接收方之間建立連接。TCP協(xié)議通過三次握手過程來建立連接，并在傳輸完畢后進行四次揮手來關(guān)閉連接。

2.IP協(xié)議負責(zé)數(shù)據(jù)的傳輸。

解答：

答案：錯誤

解題思路：IP（互聯(lián)網(wǎng)協(xié)議）主要負責(zé)為數(shù)據(jù)包提供尋址和路由功能，保證數(shù)據(jù)包能夠從源主機到達目的主機。它并不直接負責(zé)數(shù)據(jù)的傳輸，而是依賴于其他協(xié)議，如TCP或UDP，來處理數(shù)據(jù)的可靠傳輸。

3.HTTP協(xié)議屬于傳輸層協(xié)議。

解答：

答案：錯誤

解題思路：HTTP（超文本傳輸協(xié)議）屬于應(yīng)用層協(xié)議，而不是傳輸層協(xié)議。HTTP協(xié)議用于在客戶端和服務(wù)器之間傳輸超文本數(shù)據(jù)，它依賴于傳輸層協(xié)議（如TCP或UDP）來傳輸數(shù)據(jù)。

4.NAT協(xié)議用于在網(wǎng)絡(luò)層實現(xiàn)地址轉(zhuǎn)換。

解答：

答案：錯誤

解題思路：NAT（網(wǎng)絡(luò)地址轉(zhuǎn)換）是一種在傳輸層（TCP/UDP）實現(xiàn)的地址轉(zhuǎn)換技術(shù)，而不是在網(wǎng)絡(luò)層。NAT用于將內(nèi)部網(wǎng)絡(luò)的私有IP地址轉(zhuǎn)換為公共IP地址，以便在公共互聯(lián)網(wǎng)上進行通信。

5.TCP協(xié)議可以實現(xiàn)數(shù)據(jù)的可靠傳輸。

解答：

答案：正確

解題思路：TCP協(xié)議通過序列號、確認應(yīng)答、重傳機制等機制保證數(shù)據(jù)的可靠傳輸。當(dāng)發(fā)送方發(fā)送數(shù)據(jù)時，接收方會發(fā)送確認應(yīng)答，如果發(fā)送方在一定時間內(nèi)沒有收到確認應(yīng)答，它會重新發(fā)送數(shù)據(jù)。

6.UDP協(xié)議可以實現(xiàn)數(shù)據(jù)的可靠傳輸。

解答：

答案：錯誤

解題思路：UDP（用戶數(shù)據(jù)報協(xié)議）是一種無連接的、不可靠的傳輸層協(xié)議。它不提供確認應(yīng)答或重傳機制，因此不能保證數(shù)據(jù)的可靠傳輸。

7.在TCP協(xié)議中，窗口大小字段用于實現(xiàn)流量控制。

解答：

答案：正確

解題思路：在TCP協(xié)議中，窗口大小字段用于實現(xiàn)流量控制。它允許接收方控制發(fā)送方發(fā)送數(shù)據(jù)的速率，避免接收方過載。

8.在IP協(xié)議中，校驗和字段用于實現(xiàn)數(shù)據(jù)包的校驗。

解答：

答案：正確

解題思路：在IP協(xié)議中，校驗和字段用于實現(xiàn)數(shù)據(jù)包的校驗。它保證數(shù)據(jù)包在傳輸過程中沒有被篡改，通過計算校驗和并與接收方計算出的校驗和進行比較來驗證數(shù)據(jù)包的完整性。

：四、簡答題1.簡述TCP協(xié)議的三次握手過程。

解答：

1.客戶端發(fā)送一個帶有SYN標志的TCP段到服務(wù)器端，表示客戶端希望與服務(wù)器建立連接。

2.服務(wù)器收到后，發(fā)送一個帶有SYN和ACK標志的TCP段作為響應(yīng)，確認客戶端的SYN請求，并告訴客戶端自己已經(jīng)準備好建立連接。

3.客戶端收到服務(wù)器的響應(yīng)后，發(fā)送一個帶有ACK標志的TCP段，確認服務(wù)器的SYN請求，同時表示客戶端也已經(jīng)準備好建立連接。

2.簡述IP協(xié)議的數(shù)據(jù)包格式。

解答：

IP協(xié)議的數(shù)據(jù)包格式主要包括以下字段：

版本（Version）：表示IP協(xié)議的版本，目前普遍使用的是IPv4。

頭部長度（IHL）：表示IP頭部占用的字節(jié)數(shù)，通常為20字節(jié)。

服務(wù)類型（TypeofService）：表示數(shù)據(jù)包的服務(wù)類型，如優(yōu)先級、延遲、吞吐量等。

總長度（TotalLength）：表示整個IP數(shù)據(jù)包的長度，包括頭部和載荷。

標識（Identification）：表示數(shù)據(jù)包的標識符，用于重組分片后的數(shù)據(jù)包。

標志（Flags）：表示分片標志，包括是否分片、是否重組等。

片偏移（FragmentOffset）：表示分片數(shù)據(jù)包的偏移量。

生存時間（TTL）：表示數(shù)據(jù)包在網(wǎng)絡(luò)中的生存時間。

協(xié)議（Protocol）：表示數(shù)據(jù)包中上層協(xié)議的類型，如TCP、UDP等。

頭部校驗和（HeaderChecksum）：表示IP頭部數(shù)據(jù)的校驗和。

源IP地址（SourceIPAddress）：表示發(fā)送數(shù)據(jù)包的主機IP地址。

目的IP地址（DestinationIPAddress）：表示接收數(shù)據(jù)包的主機IP地址。

3.簡述HTTP協(xié)議的請求方法。

解答：

HTTP協(xié)議的請求方法主要包括以下幾種：

GET：用于請求獲取資源，如獲取網(wǎng)頁內(nèi)容。

POST：用于請求在服務(wù)器上創(chuàng)建資源，如提交表單數(shù)據(jù)。

PUT：用于請求更新資源，如更新服務(wù)器上的文件。

DELETE：用于請求刪除資源，如刪除服務(wù)器上的文件。

HEAD：用于請求獲取資源的信息，如獲取網(wǎng)頁內(nèi)容的長度。

OPTIONS：用于請求查詢資源支持的方法。

TRACE：用于診斷網(wǎng)絡(luò)問題，追蹤數(shù)據(jù)包的傳輸路徑。

4.簡述NAT協(xié)議的作用。

解答：

NAT（NetworkAddressTranslation）協(xié)議的主要作用是實現(xiàn)私有網(wǎng)絡(luò)地址和公共網(wǎng)絡(luò)地址之間的轉(zhuǎn)換。具體作用

1.節(jié)省公網(wǎng)IP地址資源：NAT可以將多個私有網(wǎng)絡(luò)地址映射到同一公網(wǎng)IP地址，從而節(jié)省公網(wǎng)IP地址資源。

2.提高網(wǎng)絡(luò)安全性：NAT可以實現(xiàn)IP地址的隱藏，防止外部網(wǎng)絡(luò)直接訪問內(nèi)部網(wǎng)絡(luò)，提高網(wǎng)絡(luò)安全性。

3.實現(xiàn)網(wǎng)絡(luò)互聯(lián)：NAT可以解決不同網(wǎng)絡(luò)之間的IP地址沖突問題，實現(xiàn)網(wǎng)絡(luò)互聯(lián)。

5.簡述TCP協(xié)議的流量控制機制。

解答：

TCP協(xié)議的流量控制機制主要利用窗口大小來控制數(shù)據(jù)的傳輸速率，以避免發(fā)送方發(fā)送數(shù)據(jù)過快而導(dǎo)致接收方無法處理。具體機制

1.發(fā)送方窗口：發(fā)送方根據(jù)接收方的接收能力動態(tài)調(diào)整發(fā)送窗口的大小，以保證接收方能夠及時處理接收到的數(shù)據(jù)。

2.接收方窗口：接收方根據(jù)自身處理能力動態(tài)調(diào)整接收窗口的大小，告訴發(fā)送方可以發(fā)送多少數(shù)據(jù)。

3.擁塞窗口：TCP協(xié)議還采用擁塞窗口機制，根據(jù)網(wǎng)絡(luò)擁塞情況動態(tài)調(diào)整發(fā)送窗口的大小，避免網(wǎng)絡(luò)擁塞導(dǎo)致數(shù)據(jù)丟失。

答案及解題思路：

1.答案：客戶端發(fā)送SYN請求，服務(wù)器發(fā)送SYNACK響應(yīng)，客戶端發(fā)送ACK確認。解題思路：根據(jù)TCP協(xié)議的三次握手過程，按照步驟描述即可。

2.答案：IP數(shù)據(jù)包格式包括版本、頭部長度、服務(wù)類型、總長度、標識、標志、片偏移、生存時間、協(xié)議、頭部校驗和、源IP地址、目的IP地址等字段。解題思路：根據(jù)IP協(xié)議數(shù)據(jù)包格式，列出主要字段并簡述其作用。

3.答案：HTTP協(xié)議的請求方法包括GET、POST、PUT、DELETE、HEAD、OPTIONS、TRACE等。解題思路：列舉常見的HTTP請求方法，并簡要說明其用途。

4.答案：NAT協(xié)議的作用是節(jié)省公網(wǎng)IP地址資源、提高網(wǎng)絡(luò)安全性、實現(xiàn)網(wǎng)絡(luò)互聯(lián)。解題思路：根據(jù)NAT協(xié)議的功能，簡述其作用。

5.答案：TCP協(xié)議的流量控制機制通過發(fā)送方窗口、接收方窗口和擁塞窗口來控制數(shù)據(jù)傳輸速率。解題思路：介紹TCP協(xié)議的流量控制機制，解釋發(fā)送方窗口、接收方窗口和擁塞窗口的作用。五、論述題1.論述TCP協(xié)議與UDP協(xié)議的區(qū)別。

a.TCP協(xié)議概述

b.UDP協(xié)議概述

c.TCP協(xié)議與UDP協(xié)議在連接建立與終止上的區(qū)別

d.TCP協(xié)議與UDP協(xié)議在傳輸可靠性上的區(qū)別

e.TCP協(xié)議與UDP協(xié)議在傳輸效率上的區(qū)別

f.TCP協(xié)議與UDP協(xié)議在實際應(yīng)用中的差異

2.論述IP協(xié)議在網(wǎng)絡(luò)層的作用。

a.IP協(xié)議的基本概念

b.IP協(xié)議在網(wǎng)絡(luò)層的主要作用

c.IP協(xié)議的地址分配與路由選擇

d.IP協(xié)議在數(shù)據(jù)包傳輸過程中的功能

e.IP協(xié)議與網(wǎng)絡(luò)功能的關(guān)系

f.IP協(xié)議的發(fā)展與改進

3.論述HTTP協(xié)議在應(yīng)用層的作用。

a.HTTP協(xié)議的基本概念

b.HTTP協(xié)議在應(yīng)用層的主要作用

c.HTTP協(xié)議的請求與響應(yīng)過程

d.HTTP協(xié)議的傳輸機制

e.HTTP協(xié)議在網(wǎng)絡(luò)安全方面的挑戰(zhàn)

f.HTTP協(xié)議的發(fā)展與改進

4.論述NAT協(xié)議在網(wǎng)絡(luò)安全中的作用。

a.NAT協(xié)議的基本概念

b.NAT協(xié)議在網(wǎng)絡(luò)安全中的主要作用

c.NAT協(xié)議如何防止外部攻擊

d.NAT協(xié)議在內(nèi)部網(wǎng)絡(luò)與外部網(wǎng)絡(luò)之間的數(shù)據(jù)傳輸

e.NAT協(xié)議的類型及特點

f.NAT協(xié)議在網(wǎng)絡(luò)安全中的應(yīng)用與限制

5.論述TCP協(xié)議的可靠性。

a.TCP協(xié)議可靠性概述

b.TCP協(xié)議的連接建立與終止過程

c.TCP協(xié)議的流量控制與擁塞控制

d.TCP協(xié)議的數(shù)據(jù)傳輸可靠性

e.TCP協(xié)議在實際應(yīng)用中的可靠性保障

f.TCP協(xié)議的可靠性與功能之間的關(guān)系

答案及解題思路：

1.TCP協(xié)議與UDP協(xié)議的區(qū)別：

a.TCP協(xié)議提供面向連接的、可靠的傳輸服務(wù)，而UDP協(xié)議提供無連接的、不可靠的傳輸服務(wù)。

b.TCP協(xié)議通過三次握手建立連接，UDP協(xié)議無需建立連接。

c.TCP協(xié)議具有流量控制、擁塞控制等機制，保證數(shù)據(jù)傳輸可靠性；UDP協(xié)議無此機制，傳輸可靠性較差。

d.TCP協(xié)議適用于對傳輸可靠性要求較高的場景，如文件傳輸、網(wǎng)頁瀏覽等；UDP協(xié)議適用于對實時性要求較高的場景，如視頻會議、在線游戲等。

2.IP協(xié)議在網(wǎng)絡(luò)層的作用：

a.IP協(xié)議負責(zé)數(shù)據(jù)包的傳輸和路由選擇，將數(shù)據(jù)包從源主機傳輸?shù)侥康闹鳈C。

b.IP協(xié)議根據(jù)目的地址將數(shù)據(jù)包發(fā)送到正確的路由器。

c.IP協(xié)議負責(zé)數(shù)據(jù)包的分片和重組，保證數(shù)據(jù)包能夠完整傳輸。

d.IP協(xié)議負責(zé)數(shù)據(jù)包的地址分配，實現(xiàn)不同網(wǎng)絡(luò)之間的通信。

e.IP協(xié)議在保證網(wǎng)絡(luò)功能方面具有重要作用。

3.HTTP協(xié)議在應(yīng)用層的作用：

a.HTTP協(xié)議負責(zé)實現(xiàn)客戶端與服務(wù)器之間的通信，實現(xiàn)網(wǎng)頁的瀏覽。

b.HTTP協(xié)議定義了請求與響應(yīng)的格式，保證數(shù)據(jù)傳輸?shù)囊恢滦浴?/p>

c.HTTP協(xié)議提供傳輸機制，如GET、POST等，實現(xiàn)數(shù)據(jù)的請求與響應(yīng)。

d.HTTP協(xié)議在網(wǎng)絡(luò)安全方面具有挑戰(zhàn)，如CSRF、XSS等攻擊。

e.HTTP協(xié)議在功能優(yōu)化、緩存機制等方面發(fā)揮著重要作用。

4.NAT協(xié)議在網(wǎng)絡(luò)安全中的作用：

a.NAT協(xié)議可以隱藏內(nèi)部網(wǎng)絡(luò)的結(jié)構(gòu)，提高網(wǎng)絡(luò)安全。

b.NAT協(xié)議可以防止外部攻擊者直接訪問內(nèi)部網(wǎng)絡(luò)。

c.NAT協(xié)議可以實現(xiàn)內(nèi)部網(wǎng)絡(luò)與外部網(wǎng)絡(luò)之間的數(shù)據(jù)傳輸，保證通信的可靠性。

d.NAT協(xié)議有助于限制外部攻擊者對內(nèi)部網(wǎng)絡(luò)的訪問。

e.NAT協(xié)議在網(wǎng)絡(luò)安全中具有重要作用，但也存在一定的限制。

5.TCP協(xié)議的可靠性：

a.TCP協(xié)議通過三次握手建立連接，保證連接的可靠性。

b.TCP協(xié)議具有流量控制、擁塞控制等機制，保證數(shù)據(jù)傳輸?shù)目煽啃浴?/p>

c.TCP協(xié)議能夠?qū)崿F(xiàn)數(shù)據(jù)包的重傳，保證數(shù)據(jù)傳輸?shù)耐暾浴?/p>

d.TCP協(xié)議在實際應(yīng)用中具有很高的可靠性，適用于對傳輸可靠性要求較高的場景。六、應(yīng)用題1.根據(jù)以下信息，分析TCP協(xié)議的數(shù)據(jù)包格式：

源端口號：80

目的端口號：8080

序列號：5

確認號：54321

窗口大小：4096

校驗和：

緊急指針：0

控制位：SYN

TCP數(shù)據(jù)包格式分析：

頭部長度：根據(jù)校驗和推斷，TCP頭部長度為20字節(jié)。

源端口號：80表示數(shù)據(jù)包來自端口號為80的服務(wù)。

目的端口號：8080表示數(shù)據(jù)包將發(fā)送到端口號為8080的服務(wù)。

序列號：5表示當(dāng)前TCP數(shù)據(jù)流的初始序列號。

確認號：54321表示接收方期望接收的序列號。

窗口大小：4096表示發(fā)送方窗口大小，用于流量控制。

校驗和：用于數(shù)據(jù)完整性校驗。

緊急指針：0表示沒有緊急數(shù)據(jù)。

控制位：SYN表示建立一個TCP連接的請求。

2.根據(jù)以下信息，分析IP協(xié)議的數(shù)據(jù)包格式：

版本：4

頭部長度：20

服務(wù)類型：0

總長度：512

標識：

標志：0

片偏移：0

生存時間：64

協(xié)議：TCP

源IP地址：

目的IP地址：

IP數(shù)據(jù)包格式分析：

版本：4表示使用IPv4協(xié)議。

頭部長度：20表示IP頭部長度為20字節(jié)。

服務(wù)類型：0表示無特殊服務(wù)要求。

總長度：512表示IP數(shù)據(jù)包總長度為512字節(jié)。

標識：表示數(shù)據(jù)包的唯一標識。

標志：0表示無特殊處理標志。

片偏移：0表示數(shù)據(jù)包無需分片。

生存時間：64表示數(shù)據(jù)包在網(wǎng)絡(luò)中的生存時間（TTL）。

協(xié)議：TCP表示數(shù)據(jù)包承載的是TCP協(xié)議。

源IP地址：表示數(shù)據(jù)包源IP地址。

目的IP地址：表示數(shù)據(jù)包目的IP地址。

3.根據(jù)以下信息，分析HTTP協(xié)議的請求方法：

方法：GET

URI：/index.

協(xié)議版本：HTTP/1.1

頭部：Host:example.

HTTP請求方法分析：

方法：GET表示請求獲取資源。

URI：/index.表示請求的資源為服務(wù)器上的/index.文件。

協(xié)議版本：HTTP/1.1表示使用的HT