計算機網路四次握手方法用於什麼

⑴ 計算機網路原理知識點

計算機網路原理知識點

計算機網路系統擺脫了中心計算機控制結構數據傳輸的局限性，並且信息傳遞迅速，系統實時性強。下面是我整理的關於計算機網路原理知識點，歡迎大家參考!

OSI，TCP/IP，五層協議的體系結構，以及各層協議?

答:OSI分層 (7層)：物理層、數據鏈路層、網路層、傳輸層、會話層、表示層、應用層。

TCP/IP分層(4層)：網路介面層、 網際層、運輸層、 應用層。

五層協議 (5層)：物理層、數據鏈路層、網路層、運輸層、 應用層。

每一層的協議如下：

物理層：RJ45、CLOCK、IEEE802.3 (中繼器，集線器)

數據鏈路：PPP、FR、HDLC、VLAN、MAC (網橋，交換機)

網路層：IP、ICMP、ARP、RARP、OSPF、IPX、RIP、IGRP、 (路由器)

傳輸層：TCP、UDP、SPX

會話層：NFS、SQL、NETBIOS、RPC

表示層：JPEG、MPEG、ASII

應用層：FTP、DNS、Telnet、SMTP、HTTP、WWW、NFS

每一層的作用如下：

物理層：通過媒介傳輸比特,確定機械及電氣規范(比特Bit)

數據鏈路層：將比特組裝成幀和點到點的傳遞(幀Frame)

網路層：負責數據包從源到宿的傳遞和網際互連(包PackeT)

傳輸層：提供端到端的可靠報文傳遞和錯誤恢復(段Segment)

會話層：建立、管理和終止會話(會話協議數據單元SPDU)

表示層：對數據進行翻譯、加密和壓縮(表示協議數據單元PPDU)

應用層：允許訪問OSI環境的手段(應用協議數據單元APDU)

IP地址的分類?

答:A類地址：以0開頭， 第一個位元組范圍：0~126(1.0.0.0 - 126.255.255.255);

B類地址：以10開頭， 第一個位元組范圍：128~191(128.0.0.0 - 191.255.255.255);

C類地址：以110開頭， 第一個位元組范圍：192~223(192.0.0.0 - 223.255.255.255);

10.0.0.0—10.255.255.255， 172.16.0.0—172.31.255.255， 192.168.0.0—192.168.255.255。(Internet上保留地址用於內部)

IP地址與子網掩碼相與得到網路號

ARP是地址解析協議，簡單語言解釋一下工作原理?

答:1：首先，每個主機都會在自己的ARP緩沖區中建立一個ARP列表，以表示IP地址和MAC地址之間的對應關系。

2：當源主機要發送數據時，首先檢查ARP列表中是否有對應IP地址的目的主機的MAC地址，如果有，則直接發送數據，如果沒有，就向本網段的所有主機發送ARP數據包，該數據包包括的內容有：源主機 IP地址，源主機MAC地址，目的主機的IP 地址。

3：當本網路的所有主機收到該ARP數據包時，首先檢查數據包中的IP地址是否是自己的IP地址，如果不是，則忽略該數據包，如果是，則首先從數據包中取出源主機的IP和MAC地址寫入到ARP列表中，如果已經存在，則覆蓋，然後將自己的MAC地址寫入ARP響應包中，告訴源主機自己是它想要找的MAC地址。

4：源主機收到ARP響應包後。將目的主機的IP和MAC地址寫入ARP列表，並利用此信息發送數據。如果源主機一直沒有收到ARP響應數據包，表示ARP查詢失敗。

廣播發送ARP請求，單播發送ARP響應。

RARP是逆地址解析協議，作用是完成硬體地址到IP地址的.映射，主要用於無盤工作站，因為給無盤工作站配置的IP地址不能保存。工作流程：在網路中配置一台RARP伺服器，裡面保存著IP地址和MAC地址的映射關系，當無盤工作站啟動後，就封裝一個RARP數據包，裡面有其MAC地址，然後廣播到網路上去，當伺服器收到請求包後，就查找對應的MAC地址的IP地址裝入響應報文中發回給請求者。因為需要廣播請求報文，因此RARP只能用於具有廣播能力的網路。

TCP三次握手和四次揮手的全過程?

答:三次握手：

第一次握手：客戶端發送syn包(syn=x)到伺服器，並進入SYN_SEND狀態，等待伺服器確認;

第二次握手：伺服器收到syn包，必須確認客戶的SYN(ack=x+1)，同時自己也發送一個SYN包(syn=y)，即SYN+ACK包，此時伺服器進入SYN_RECV狀態;

第三次握手：客戶端收到伺服器的SYN+ACK包，向伺服器發送確認包ACK(ack=y+1)，此包發送完畢，客戶端和伺服器進入ESTABLISHED狀態，完成三次握手。

握手過程中傳送的包里不包含數據，三次握手完畢後，客戶端與伺服器才正式開始傳送數據。理想狀態下，TCP連接一旦建立，在通信雙方中的任何一方主動關閉連接之前，TCP 連接都將被一直保持下去。

四次揮手

與建立連接的“三次握手”類似，斷開一個TCP連接則需要“四次握手”。

第一次揮手：主動關閉方發送一個FIN，用來關閉主動方到被動關閉方的數據傳送，也就是主動關閉方告訴被動關閉方：我已經不 會再給你發數據了(當然，在fin包之前發送出去的數據，如果沒有收到對應的ack確認報文，主動關閉方依然會重發這些數據)，但是，此時主動關閉方還可 以接受數據。

第二次揮手：被動關閉方收到FIN包後，發送一個ACK給對方，確認序號為收到序號+1(與SYN相同，一個FIN佔用一個序號)。

第三次揮手：被動關閉方發送一個FIN，用來關閉被動關閉方到主動關閉方的數據傳送，也就是告訴主動關閉方，我的數據也發送完了，不會再給你發數據了。

第四次揮手：主動關閉方收到FIN後，發送一個ACK給被動關閉方，確認序號為收到序號+1，至此，完成四次揮手。

;

⑵ rst ack 是什麼包

rstack是數據包。用於強制關閉TCP鏈接。TCP連接關閉的正常方法是四次握手。但四次握手不是關閉TCP連接的唯一方法有時，如果主機需要盡快關閉連接或連接超時，埠或主機不可達，RSTReset包將被發送注意，由於RST包不是TCP連接中的必須部分，可以只發送RST包即不帶ACK標記，但在正常的TCP連接中RST包可以帶ACK確認標記。

數據包說明

數據包是一個計算機詞彙，是TCP/IP協議通信傳輸中的數據單位。有人說，區域網中傳輸的不是幀Frame，但是TCPIP協議是工作在OSI模型第三層網路層、第四層傳輸層上的，而幀是工作在第二層數據鏈路層。上一層的內容由下一層的內容來傳輸，所以在區域網中，包是包含在幀里的。

任意一台主機都能夠發送具有任意源地址的數據包。當數據包進行長距離的傳輸時需要經過許多中繼站。每個中繼站就是一台主機或路由器，他們基於路由信息，將數據包向下一個中繼站傳遞。

在數據傳輸的路途上，如果路由器遇到大數據流量的情況下，它可能在沒有任何提示的情況下丟掉一些數據包。

較高層的協議如TCP協議用於處理這些問題，以便為應用程序提供一條可靠的鏈路。如果對於下一個中繼站來說數據包太大，該數據包就會被分片。也就是說，大的數據包會被分成兩個或多個小數據包，每個小數據包都有自己的IP頭，但其凈荷僅僅是大數據包凈荷的一部分。

⑶ 三次握手及四次揮手在TCP/ip模型的哪一層進行的最好有理由~

在傳輸層進行的。

第一次握手：建立連接時，客戶端發送syn包(syn=j)到伺服器，並進入SYN_SEND狀態，等待伺服器確認；
第二次握手：伺服器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；
第三次握手：客戶端收到伺服器的SYN＋ACK包，向伺服器發送確認包ACK(ack=k+1)，此包發送完畢，客戶端和伺服器進入ESTABLISHED狀態，完成三次握手。

由於TCP連接是全雙工的，因此每個方向都必須單獨進行關閉。這個原則是當一方完成它的數據發送任務後就能發送一個FIN來終止這個方向的連接。收到一個 FIN只意味著這一方向上沒有數據流動，一個TCP連接在收到一個FIN後仍能發送數據。首先進行關閉的一方將執行主動關閉，而另一方執行被動關閉。
（1）客戶端A發送一個FIN，用來關閉客戶A到伺服器B的數據傳送（報文段4）。
（2）伺服器B收到這個FIN，它發回一個ACK，確認序號為收到的序號加1（報文段5）。和SYN一樣，一個FIN將佔用一個序號。
（3）伺服器B關閉與客戶端A的連接，發送一個FIN給客戶端A（報文段6）。
（4）客戶端A發回ACK報文確認，並將確認序號設置為收到序號加1（報文段7）。

⑷ TCP三次握手與四次揮手

為了更好的理解TCP建立連接與釋放連接的過程，我們不妨先了解TCP報文結構。

TCP報文包含 首部 和 數據部分 ：

重點認識一下 TCP首部 結構：

1、源埠與目的埠：
各占兩個位元組，共4個位元組。用來告知主機該報文的源與目的。

2、序號（seq number）
由於TCP是面向流的有序可靠連接，在一個TCP連接中傳輸的位元組流中的每個位元組都需要按順序編號。

序號欄位指的是本報文段所發送的數據的 第一個位元組 的序號。

3、確認號（ack number）
表示 期望收到對方下一個報文段的序號值 ，同時表示前面的序號值都已經 成功接收 ，體現 累積確認機制 。

4、確認ACK
當ACK=1時，確認號有效。

5、同步SYN
當SYN=1時，表明這是一個請求連接報文段。

6、終止FIN
當FIN=1時，表示此報文段的發送方的數據已發送完畢，要求釋放TCP連接。

7、 窗口大小（window size）
流量控制 中的滑動窗口大小，根據接收方的接收緩沖區剩餘大小設置。

TCP 的整個交流過程可以總結為：建立連接，傳輸數據，釋放連接。

TCP連接的建立採用客戶端-伺服器模式，我們將主動方成為客戶端（Client），被動方成為伺服器（Server）。

1、 第一次握手 ：Client主動打開連接，發送TCP報文（ SYN = 1，seq = i ），進行第一次握手，進入 SYN_SEND 狀態；

2、 第二次握手 ： Server收到了SYN報文，發送返回報文（ ACK = 1，SYN = 1，ack = i+1， seq = j ），進行第二次握手，進入 SYN_RCVD 狀態；

3、 第三次握手 ： Client收到來自Server的報文，返回ACK報文（ ACK = 1， ack = j+1，seq = i+1 ），進行第三次握手，進入 ESTABLISHED 狀態； 另外， 第三次握手一般已經可以攜帶數據了 。

TCP有一個特別的概念叫做 半關閉 ，這個概念是說，TCP連接時全雙工的連接，因此在關閉連接的時候，必須關閉傳送和接收兩個方向上的連接。

1、 第一次揮手 ： Client發送關閉連接報文段（ FIN= 1， seq = n ），進入 FIN_WAIT_1 狀態；

2、 第二次揮手 ： Server收到來自Client的FIN之後，立即返回一個 ACK=1 報文段（ack = n+1），進入 CLOSE_WAIT 狀態；
此時Server還是可以發送數據給Client。

3、 第三次揮手 ： 當Server確定所有數據都發送完畢之後，發送 FIN=1 報文段（seq = m），進入 LAST_ACK 狀態；

4、 第四次揮手 ： Client收到之後，返回 ACK=1 報文段（ack = m+1），進入 TIME_WAIT 狀態；
Client等待2MSL（MSL，最長報文段壽命）之後進入CLOSED狀態，Server收到最後一個ACK之後，也進入CLOSED狀態。

在三次握手過程中，Server發送第二次握手報文之後，收到Client的ACk之前的狀態稱為 半連接 狀態。在半連接狀態的Server會為其認為即將完成連接的Client分配資源。

而SYN Flood攻擊就是，在短時間內偽造大量不存在的IP地址，向Server不斷發送SYN包，Server為這些偽造的Client分配資源，並返回SYN+ACK報文段，由於IP地址無效，所以Server不會收到第三次握手的ACK，需要不斷發送直至超時，這些偽造的Client長時間佔用未連接隊列與Server預分配的資源，造成Server崩潰，無法響應正常的SYN包。

1、SYN cookies技術：先不分配數據區，而根據SYN計算一個cookies值，當收到Client的ACk之後，再進行對比，分配資源。

2、增大最大半連接和縮短超時時間。

1、TIME_WAIT狀態能確保Server正常進入CLOSE狀態：
TIME_WAIT狀態是在Client發完最後一個ACK之後進入的狀態，如果這個ACK丟失，則Server不能確認進入CLOSE狀態，超時後，Server會重新發送FIN報文段，此時處於TIME_WAIT狀態的Client就能收到FIN，重發ACK，確保四次揮手完成。

2、TIME_WAIT狀態有 凈空 的效果：
防止已經失效的連接請求出現在下次連接中。經過TIME_WAIT狀態，可以使本連接內的所有請求都在網路中消失（從而起到凈空的效果，不會贏下下一次連接）。

1、 只有主動close一方才會出現TIME_WAIT狀態，只有TCP連接為 短連接 情況下才有可能出現大齡的TIME_WAIT狀態。

2、 伺服器使用短連接，每次客戶端請求後，伺服器都會主動發送FIN關閉連接。最後進入TIME_WAIT狀態。由此，如果訪問量過大的Web Server，會存在大量的TIME_WAIT狀態。
可以通過修改內核參數，快速回收TIME_WAIT資源。

3、如果一直存在大量TIME_WAIT狀態，回收不及時的話，會佔用大量伺服器資源，可能造成該無法提供服務的問題。

【參考】
[1] 理解TCP 和 UDP
[2] 《計算機網路》

⑸ 計算機網路——TCP三次握手四次揮手

用戶進程和伺服器進程需要完成一次通信都需要完成 三個階段 ： 連接建立、數據傳送、連接釋放

參考：三次握手和四次揮手

首先先明確幾個概念：

序列號seq（4B） ：用來標記數據段的順序，TCP把連接中發送的所有數據位元組都編上一個序號，第一個位元組的編號由本地隨機產生，給位元組編上序號後，就給每一個報文段指派一個序號， 序列號seq就是這個報文段中的第一個位元組的數據編號 。

確認號ack（4B） ： 期待收到對方下一個報文段的第一個數據位元組的序號 ，序列號表示報文段攜帶數據的第一個位元組的編號，而確認號指的是期望接受到下一個位元組的編號，因此擋牆報文段最後一個位元組的編號+1即是確認號。

確認ACK（1bit） ：僅當ACK=1，確認號欄位才有效。ACK=0，確認號無效。

同步SYN ： 連接建立時 用於同步序號。SYN=1表示這是一個連接請求，或連接接收報文，SYN這個標志位只有在TCP建立連接才會被置為1，握手完成後SYN標志位被置為0.當SYN=1，ACK=0表示：這是一個連接請求報文段。若同意連接，則在響應報文段中使用SYN=1，ACK=1

終止FIN ：用來釋放一個連接。

B的TCP伺服器進程先創建傳輸控制塊TCB，准備接受客戶進程的連接請求。然後伺服器進程就處於LISTEN（收聽）狀態，等待客戶的連接請求。若有，則作出響應。

1）第一次握手：A首先向B發一個SYN (Synchronize) 標記的包，告訴B請求建立連接，一個 SYN包就是僅SYN標記設為1的TCP包(參見TCP包頭Resources)， SYN=1的報文段不能攜帶數據 ，但要 消耗掉一個序號， 此時TCP客戶進程進入SYN-SENT（同步已發送）狀態。

2）第二次握手：B收到後會發一個對SYN包的確認包(SYN/ACK)回去，表示對第一個SYN包的確認，並繼續握手操作.注意: SYN/ACK包是僅SYN 和 ACK 標記為1的包。在確認報文段中，測試TCP伺服器進程進入SYN-RCVD（同步收到）狀態；

3）第三次握手：TCP客戶進程收到B的確認後，要向B給出確認報文段，ACK報文段可以攜帶數據，不攜帶數據則不消耗序號。TCP連接已經建立，A進入ESTABLISHED（已建立連接）。

當B收到A的確認後，也進入建立連接狀態。

序列號和確認號的關系：

第一次握手序列號seq=x；

第二次握手序列號seq=y，確認號ack=x+1；

第三次握手序列號seq=x+1，確認號ack=y+1；

序列號seq是上一次的確認號，而確認號是上一次的序列號+1;這是因為SYN=1的報文段不能攜帶數據，但要消耗掉一個序號，所以下一個報文段要+1；

為了防止已經失效的連接請求報文段突然又傳到服務端，因而產生錯誤」，這種情況是：一端(client)A發出去的第一個連接請求報文並沒有丟失，而是因為某些未知的原因在某個網路節點上發生滯留，導致延遲到連接釋放以後的某個時間才到達另一端(server)B。本來這是一個早已失效的報文段，但是B收到此失效的報文之後，會誤認為是A再次發出的一個新的連接請求，於是B端就向A又發出確認報文，表示同意建立連接。如果不採用「三次握手」，那麼只要B端發出確認報文就會認為新的連接已經建立了，但是A端並沒有發出建立連接的請求，因此不會去向B端發送數據，B端沒有收到數據就會一直等待，這樣B端就會白白浪費掉很多資源。如果採用「三次握手」的話就不會出現這種情況，B端收到一個過時失效的報文段之後，向A端發出確認，此時A並沒有要求建立連接，所以就不會向B端發送確認，這個時候B端也能夠知道連接沒有建立。（知乎上對上面的解釋的評論：這個解答不是問題的本質，這個課本很多知識比較片面。問題的核心在於保證信道數據傳輸的可靠性，避免資源浪費僅僅是一個小的弱原因，不重要。） 

從客戶端到服務端釋放連接的過程中，需要四次報文傳輸。

TCP四次揮手過程

1）A的應用進程先向其TCP發出連接釋放報文段（FIN=1，序號seq=u），並停止再發送數據，主動關閉TCP連接，進入FIN-WAIT-1（終止等待1）狀態，等待B的確認。

2）B收到連接釋放報文段後即發出確認報文段，（ACK=1，確認號ack=u+1，序號seq=v），B進入CLOSE-WAIT（關閉等待）狀態，此時的TCP處於半關閉狀態，A到B的連接釋放。

3）A收到B的確認後，進入FIN-WAIT-2（終止等待2）狀態，等待B發出的連接釋放報文段。

4）B沒有要向A發出的數據，B發出連接釋放報文段（FIN=1，ACK=1，序號seq=w，確認號ack=u+1），B進入LAST-ACK（最後確認）狀態，等待A的確認。

5）A收到B的連接釋放報文段後，對此發出確認報文段（ACK=1，seq=u+1，ack=w+1），A進入TIME-WAIT（時間等待）狀態。此時TCP未釋放掉，需要經過時間等待計時器設置的時間2MSL後，A才進入CLOSED狀態。

大概就是A和B：

A：「我不和你說話了」

B：「知道了」

此時A單方面不和B說話，當B也沒有話對A說的時候

B：「我也不和你說話了」

A：「好的」

兩個人互相不說話了

TCP四次揮手總結

客戶端發送FIN後，進入終止等待狀態，伺服器收到客戶端連接釋放報文段後，就立即給客戶端發送確認，伺服器就進入CLOSE_WAIT狀態，此時TCP伺服器進程就通知高層應用進程，因而從客戶端到伺服器的連接就釋放了。此時是「半關閉狀態」，即客戶端不可以發送給伺服器，伺服器可以發送給客戶端。

此時，如果伺服器沒有數據報發送給客戶端，其應用程序就通知TCP釋放連接，然後發送給客戶端連接釋放數據報，並等待確認。客戶端發送確認後，進入TIME_WAIT狀態，但是此時TCP連接還沒有釋放，然後經過等待計時器設置的2MSL後，才進入到CLOSE狀態。

⑹ 計算機網路

TCP/IP五層協議的體系結構，自頂向下依次為：應用層、傳輸層、網路層、數據鏈路層、物理層。

不使用兩次握手和四次握手的原因

為什麼TIME_WAIT等待的時間是2MSL
MSL，Maximum Segment Lifetime英文的縮寫， 報文最大生存時間 ，它是任何報文在網路上存在的最長時間，超過這個時間將被丟棄。

概述

區別 ：

區別（表形式）

概念

超時時間應該設置為多少呢

8、快速重傳

概念

SACK（Selective Acknowledgment 選擇性確認），這種方式需要在 TCP 頭部選項欄位里加一個 叫SACK 的東西，它可以將 緩存的地圖發送給發送方 ，這樣發送方就可以知道哪些數據收到了，哪些數據沒收到，知道了這些信息，就可以 只重傳丟失的數據 。

D-SACK，其主要使用了 SACK 來 告訴發送方有哪些數據被重復接收了 。
下面以兩個例子，來說明D-SACK的作用。

D-SACK有這么幾個好處 ：

引入滑動窗口的原因

窗口的實現

窗口的大小

窗口應用示例

窗口的大小由哪一方決定？

TCP 利用滑動窗⼝實現流量控制。流量控制是為了控制發送方發送速率，保證接收方來得及接收（讓發送方根據接收方的實際接收能力控制發送的數據量）。 接收方發送的確認報文中的窗口欄位可以用來控制發送方窗口大小，從而影響發送方的發送速率。將窗口欄位設置為 0，則發送方不能發送數據。

HTTP協議的⻓連接和短連接，實質上是TCP協議的⻓連接和短連接。

HTTP 是⼀種不保存狀態的協議，即無狀態（stateless）協議。也就是說 HTTP 協議⾃身不對請求和響應之間的通信狀態進⾏保存。
無狀態的利弊：

對於無狀態的問題，解法方案有很多種，其中比較簡單的方式用 Cookie 技術 。Cookie的工作原理如下：
（1）瀏覽器端第一次發送請求到伺服器端
（2）伺服器端創建Cookie，該Cookie中包含用戶的信息，然後將該Cookie發送到瀏覽器端
（3）瀏覽器端再次訪問伺服器端時會攜帶伺服器端創建的Cookie
（4）伺服器端通過Cookie中攜帶的數據區分不同的用戶

此外，還有 Session 機制來解決這一問題。Session的工作原理如下：
（1）瀏覽器端第一次發送請求到伺服器端，伺服器端創建一個Session，同時會創建一個 特殊 的Cookie（name為JSESSIONID的固定值，value為session對象的ID），然後將該Cookie發送至瀏覽器端
（2）瀏覽器端發送第N（N>1）次請求到伺服器端,瀏覽器端訪問伺服器端時就會攜帶該name為JSESSIONID的Cookie對象
（3）伺服器端根據name為JSESSIONID的Cookie的value(sessionId),去查詢Session對象，從而區分不同用戶。

Cookie 和 Session都是⽤來跟蹤瀏覽器⽤戶身份的會話⽅式，但是兩者的應⽤場景不太⼀樣。

Cookie ⼀般⽤來保存⽤戶信息。比如①我們在 Cookie 中保存已經登錄過得⽤戶信息，下次訪問⽹站的時候⻚⾯可以⾃動幫你登錄的⼀些基本信息給填了；②⼀般的⽹站都會有保持登錄也就是說下次你再訪問⽹站的時候就不需要重新登錄了，這是因為⽤戶登錄的時候我們可以存放了⼀個Token 在 Cookie 中，下次登錄的時候只需要根據 Token 值來查找⽤戶即可(為了安全考慮，重新登錄⼀般要將 Token 重寫)；③登錄⼀次⽹站後訪問⽹站其他⻚⾯不需要重新登錄。

Session 的主要作⽤就是通過服務端記錄⽤戶的狀態。 典型的場景是購物⻋，當你要添加商品到購物⻋的時候，系統不知道是哪個⽤戶操作的，因為 HTTP 協議是⽆狀態的。服務端給特定的⽤戶創建特定的 Session 之後就可以標識這個⽤戶並且跟蹤這個⽤戶了。

Cookie數據存儲在客戶端（瀏覽器）中，⽽Session數據保存在伺服器上，相對來說 Session 安全性更⾼。如果要在Cookie 中存儲⼀些敏感信息，不要直接寫⼊ Cookie 中，最好能將 Cookie 信息加密然後使⽤到的時候再去伺服器端解密。

HTTP1.0最早在⽹⻚中使⽤是在1996年，那個時候只是使⽤⼀些較為為簡單的⽹⻚上和⽹絡請求上，⽽HTTP1.1則在1999年才開始⼴泛應⽤於現在的各⼤瀏覽器⽹絡請求中，同時HTTP1.1也是當前使⽤最為⼴泛的HTTP協議。 主要區別主要體現在：

URI的作⽤像身份證號⼀樣，URL的作⽤更像家庭住址⼀樣。URL是⼀種具體的URI，它不僅唯⼀標識資源，⽽且還提供了定位該資源的信息。