国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

深入淺出 TCP/IP 協(xié)議棧

這篇具有很好參考價(jià)值的文章主要介紹了深入淺出 TCP/IP 協(xié)議棧。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

TCP/IP 協(xié)議棧是一系列網(wǎng)絡(luò)協(xié)議的總和,是構(gòu)成網(wǎng)絡(luò)通信的核心骨架,它定義了電子設(shè)備如何連入因特網(wǎng),以及數(shù)據(jù)如何在它們之間進(jìn)行傳輸。TCP/IP 協(xié)議采用4層結(jié)構(gòu),分別是應(yīng)用層、傳輸層、網(wǎng)絡(luò)層和鏈路層,每一層都呼叫它的下一層所提供的協(xié)議來(lái)完成自己的需求。由于我們大部分時(shí)間都工作在應(yīng)用層,下層的事情不用我們操心;其次網(wǎng)絡(luò)協(xié)議體系本身就很復(fù)雜龐大,入門門檻高,因此很難搞清楚TCP/IP的工作原理,通俗一點(diǎn)講就是,一個(gè)主機(jī)的數(shù)據(jù)要經(jīng)過(guò)哪些過(guò)程才能發(fā)送到對(duì)方的主機(jī)上。 接下來(lái),我們就來(lái)探索一下這個(gè)過(guò)程。

深入淺出 TCP/IP 協(xié)議棧,HTTP/TCP/IP,http,tcp/ip

0、物理介質(zhì)

物理介質(zhì)就是把電腦連接起來(lái)的物理手段,常見的有光纖、雙絞線,以及無(wú)線電波,它決定了電信號(hào)(0和1)的傳輸方式,物理介質(zhì)的不同決定了電信號(hào)的傳輸帶寬、速率、傳輸距離以及抗干擾性等等。

TCP/IP協(xié)議棧分為四層,每一層都由特定的協(xié)議與對(duì)方進(jìn)行通信,而協(xié)議之間的通信最終都要轉(zhuǎn)化為 0 和 1 的電信號(hào),通過(guò)物理介質(zhì)進(jìn)行傳輸才能到達(dá)對(duì)方的電腦,因此物理介質(zhì)是網(wǎng)絡(luò)通信的基石。

下面我們通過(guò)一張圖先來(lái)大概了解一下TCP/IP協(xié)議的基本框架:

深入淺出 TCP/IP 協(xié)議棧,HTTP/TCP/IP,http,tcp/ip

當(dāng)通過(guò)http發(fā)起一個(gè)請(qǐng)求時(shí),應(yīng)用層、傳輸層、網(wǎng)絡(luò)層和鏈路層的相關(guān)協(xié)議依次對(duì)該請(qǐng)求進(jìn)行包裝并攜帶對(duì)應(yīng)的首部,最終在鏈路層生成以太網(wǎng)數(shù)據(jù)包,以太網(wǎng)數(shù)據(jù)包通過(guò)物理介質(zhì)傳輸給對(duì)方主機(jī),對(duì)方接收到數(shù)據(jù)包以后,然后再一層一層采用對(duì)應(yīng)的協(xié)議進(jìn)行拆包,最后把應(yīng)用層數(shù)據(jù)交給應(yīng)用程序處理。

網(wǎng)絡(luò)通信就好比送快遞,商品外面的一層層包裹就是各種協(xié)議,協(xié)議包含了商品信息、收貨地址、收件人、聯(lián)系方式等,然后還需要配送車、配送站、快遞員,商品才能最終到達(dá)用戶手中。

一般情況下,快遞是不能直達(dá)的,需要先轉(zhuǎn)發(fā)到對(duì)應(yīng)的配送站,然后由配送站再進(jìn)行派件。

配送車就是物理介質(zhì),配送站就是網(wǎng)關(guān), 快遞員就是路由器,收貨地址就是IP地址,聯(lián)系方式就是MAC地址。?

快遞員負(fù)責(zé)把包裹轉(zhuǎn)發(fā)到各個(gè)配送站,配送站根據(jù)收獲地址里的省市區(qū),確認(rèn)是否需要繼續(xù)轉(zhuǎn)發(fā)到其他配送站,當(dāng)包裹到達(dá)了目標(biāo)配送站以后,配送站再根據(jù)聯(lián)系方式找到收件人進(jìn)行派件。??

有了整體概念以后,下面我們?cè)敿?xì)了解一下各層的分工。

1、鏈路層

網(wǎng)絡(luò)通信就是把有特定意義的數(shù)據(jù)通過(guò)物理介質(zhì)傳送給對(duì)方,單純的發(fā)送 0 和 1 是沒有意義的,要傳輸有意義的數(shù)據(jù),就需要以字節(jié)為單位對(duì) 0 和 1 進(jìn)行分組,并且要標(biāo)識(shí)好每一組電信號(hào)的信息特征,然后按照分組的順序依次發(fā)送。以太網(wǎng)規(guī)定一組電信號(hào)就是一個(gè)數(shù)據(jù)包,一個(gè)數(shù)據(jù)包被稱為一幀,?制定這個(gè)規(guī)則的協(xié)議就是以太網(wǎng)協(xié)議。一個(gè)完整的以太網(wǎng)數(shù)據(jù)包如下圖所示:

深入淺出 TCP/IP 協(xié)議棧,HTTP/TCP/IP,http,tcp/ip

整個(gè)數(shù)據(jù)幀由首部、數(shù)據(jù)尾部三部分組成,首部固定為14個(gè)字節(jié),包含了目標(biāo)MAC地址、源MAC地址和類型;數(shù)據(jù)最短為46個(gè)字節(jié),最長(zhǎng)為1500個(gè)字節(jié),如果需要傳輸?shù)臄?shù)據(jù)很長(zhǎng),就必須分割成多個(gè)幀進(jìn)行發(fā)送;尾部固定為4個(gè)字節(jié),表示數(shù)據(jù)幀校驗(yàn)序列,用于確定數(shù)據(jù)包在傳輸過(guò)程中是否損壞。因此,以太網(wǎng)協(xié)議通過(guò)對(duì)電信號(hào)進(jìn)行分組并形成數(shù)據(jù)幀,然后通過(guò)物理介質(zhì)把數(shù)據(jù)幀發(fā)送給接收方。那么以太網(wǎng)如何來(lái)識(shí)接收方的身份呢?

以太網(wǎng)規(guī)協(xié)議定,接入網(wǎng)絡(luò)的設(shè)備都必須安裝網(wǎng)絡(luò)適配器,即網(wǎng)卡,?數(shù)據(jù)包必須是從一塊網(wǎng)卡傳送到另一塊網(wǎng)卡。而網(wǎng)卡地址就是數(shù)據(jù)包的發(fā)送地址和接收地址,也就是幀首部所包含的MAC地址,MAC地址是每塊網(wǎng)卡的身份標(biāo)識(shí),就如同我們身份證上的身份證號(hào)碼,具有全球唯一性。MAC地址采用十六進(jìn)制標(biāo)識(shí),共6個(gè)字節(jié),?前三個(gè)字節(jié)是廠商編號(hào),后三個(gè)字節(jié)是網(wǎng)卡流水號(hào),例如?4C-0F-6E-12-D2-19

有了MAC地址以后,以太網(wǎng)采用廣播形式,把數(shù)據(jù)包發(fā)給該子網(wǎng)內(nèi)所有主機(jī),子網(wǎng)內(nèi)每臺(tái)主機(jī)在接收到這個(gè)包以后,都會(huì)讀取首部里的目標(biāo)MAC地址,然后和自己的MAC地址進(jìn)行對(duì)比,如果相同就做下一步處理,如果不同,就丟棄這個(gè)包。

所以鏈路層的主要工作就是對(duì)電信號(hào)進(jìn)行分組并形成具有特定意義的數(shù)據(jù)幀,然后以廣播的形式通過(guò)物理介質(zhì)發(fā)送給接收方。

2、網(wǎng)絡(luò)層

對(duì)于上面的過(guò)程,有幾個(gè)細(xì)節(jié)問(wèn)題值得我們思考:

發(fā)送者如何知道接收者的MAC地址?

發(fā)送者如何知道接收者和自己同屬一個(gè)子網(wǎng)?

如果接收者和自己不在同一個(gè)子網(wǎng),數(shù)據(jù)包如何發(fā)給對(duì)方?

為了解決這些問(wèn)題,網(wǎng)絡(luò)層引入了三個(gè)協(xié)議,分別是IP協(xié)議、ARP協(xié)議、路由協(xié)議。

【1】IP協(xié)議

通過(guò)前面的介紹我們知道,MAC地址只與廠商有關(guān),與所處的網(wǎng)絡(luò)無(wú)關(guān),所以無(wú)法通過(guò)MAC地址來(lái)判斷兩臺(tái)主機(jī)是否屬于同一個(gè)子網(wǎng)。

因此,網(wǎng)絡(luò)層引入了IP協(xié)議,制定了一套新地址,使得我們能夠區(qū)分兩臺(tái)主機(jī)是否同屬一個(gè)網(wǎng)絡(luò),這套地址就是網(wǎng)絡(luò)地址,也就是所謂的IP地址。

IP地址目前有兩個(gè)版本,分別是IPv4IPv6,IPv4是一個(gè)32位的地址,常采用4個(gè)十進(jìn)制數(shù)字表示。IP協(xié)議將這個(gè)32位的地址分為兩部分,前面部分代表網(wǎng)絡(luò)地址,后面部分表示該主機(jī)在局域網(wǎng)中的地址。由于各類地址的分法不盡相同,以C類地址192.168.24.1為例其中前24位就是網(wǎng)絡(luò)地址,后8位就是主機(jī)地址。因此,?如果兩個(gè)IP地址在同一個(gè)子網(wǎng)內(nèi),則網(wǎng)絡(luò)地址一定相同。為了判斷IP地址中的網(wǎng)絡(luò)地址,IP協(xié)議還引入了子網(wǎng)掩碼,?IP地址和子網(wǎng)掩碼通過(guò)按位與運(yùn)算后就可以得到網(wǎng)絡(luò)地址。

由于發(fā)送者和接收者的IP地址是已知的(應(yīng)用層的協(xié)議會(huì)傳入), 因此我們只要通過(guò)子網(wǎng)掩碼對(duì)兩個(gè)IP地址進(jìn)行AND運(yùn)算后就能夠判斷雙方是否在同一個(gè)子網(wǎng)了。

【2】ARP協(xié)議

即地址解析協(xié)議,是根據(jù)IP地址獲取MAC地址的一個(gè)網(wǎng)絡(luò)層協(xié)議。其工作原理如下:

ARP首先會(huì)發(fā)起一個(gè)請(qǐng)求數(shù)據(jù)包,數(shù)據(jù)包的首部包含了目標(biāo)主機(jī)的IP地址,然后這個(gè)數(shù)據(jù)包會(huì)在鏈路層進(jìn)行再次包裝,生成以太網(wǎng)數(shù)據(jù)包,最終由以太網(wǎng)廣播給子網(wǎng)內(nèi)的所有主機(jī),每一臺(tái)主機(jī)都會(huì)接收到這個(gè)數(shù)據(jù)包,并取出標(biāo)頭里的IP地址,然后和自己的IP地址進(jìn)行比較,如果相同就返回自己的MAC地址,如果不同就丟棄該數(shù)據(jù)包。ARP接收返回消息,以此確定目標(biāo)機(jī)的MAC地址;與此同時(shí),ARP還會(huì)將返回的MAC地址與對(duì)應(yīng)的IP地址存入本機(jī)ARP緩存中并保留一定時(shí)間,下次請(qǐng)求時(shí)直接查詢ARP緩存以節(jié)約資源。cmd輸入 arp -a?就可以查詢本機(jī)緩存的ARP數(shù)據(jù)。

【3】路由協(xié)議

通過(guò)ARP協(xié)議的工作原理可以發(fā)現(xiàn),ARP的MAC尋址還是局限在同一個(gè)子網(wǎng)中,因此網(wǎng)絡(luò)層引入了路由協(xié)議,首先通過(guò)IP協(xié)議來(lái)判斷兩臺(tái)主機(jī)是否在同一個(gè)子網(wǎng)中,如果在同一個(gè)子網(wǎng),就通過(guò)ARP協(xié)議查詢對(duì)應(yīng)的MAC地址,然后以廣播的形式向該子網(wǎng)內(nèi)的主機(jī)發(fā)送數(shù)據(jù)包;如果不在同一個(gè)子網(wǎng),以太網(wǎng)會(huì)將該數(shù)據(jù)包轉(zhuǎn)發(fā)給本子網(wǎng)的網(wǎng)關(guān)進(jìn)行路由。網(wǎng)關(guān)是互聯(lián)網(wǎng)上子網(wǎng)與子網(wǎng)之間的橋梁,所以網(wǎng)關(guān)會(huì)進(jìn)行多次轉(zhuǎn)發(fā),最終將該數(shù)據(jù)包轉(zhuǎn)發(fā)到目標(biāo)IP所在的子網(wǎng)中,然后再通過(guò)ARP獲取目標(biāo)機(jī)MAC,最終也是通過(guò)廣播形式將數(shù)據(jù)包發(fā)送給接收方。

而完成這個(gè)路由協(xié)議的物理設(shè)備就是路由器,在錯(cuò)綜復(fù)雜的網(wǎng)絡(luò)世界里,路由器扮演者交通樞紐的角色,它會(huì)根據(jù)信道情況,選擇并設(shè)定路由,以最佳路徑來(lái)轉(zhuǎn)發(fā)數(shù)據(jù)包。

【4】IP數(shù)據(jù)包

在網(wǎng)絡(luò)層被包裝的數(shù)據(jù)包就叫IP數(shù)據(jù)包,IPv4數(shù)據(jù)包的結(jié)構(gòu)如下圖所示:

深入淺出 TCP/IP 協(xié)議棧,HTTP/TCP/IP,http,tcp/ip

IP數(shù)據(jù)包由首部和數(shù)據(jù)兩部分組成,首部長(zhǎng)度為20個(gè)字節(jié),主要包含了目標(biāo)IP地址和源IP地址,目標(biāo)IP地址是網(wǎng)關(guān)路由的線索和依據(jù);數(shù)據(jù)部分的最大長(zhǎng)度為65515字節(jié),理論上一個(gè)IP數(shù)據(jù)包的總長(zhǎng)度可以達(dá)到65535個(gè)字節(jié),而以太網(wǎng)數(shù)據(jù)包的最大長(zhǎng)度是1500個(gè)字符,如果超過(guò)這個(gè)大小,就需要對(duì)IP數(shù)據(jù)包進(jìn)行分割,分成多幀發(fā)送。

所以,網(wǎng)絡(luò)層的主要工作是定義網(wǎng)絡(luò)地址,區(qū)分網(wǎng)段,子網(wǎng)內(nèi)MAC尋址,對(duì)于不同子網(wǎng)的數(shù)據(jù)包進(jìn)行路由。

3、傳輸層

鏈路層定義了主機(jī)的身份,即MAC地址, 而網(wǎng)絡(luò)層定義了IP地址,明確了主機(jī)所在的網(wǎng)段,有了這兩個(gè)地址,數(shù)據(jù)包就從可以從一個(gè)主機(jī)發(fā)送到另一臺(tái)主機(jī)。但實(shí)際上數(shù)據(jù)包是從一個(gè)主機(jī)的某個(gè)應(yīng)用程序發(fā)出,然后由對(duì)方主機(jī)的應(yīng)用程序接收。而每臺(tái)電腦都有可能同時(shí)運(yùn)行著很多個(gè)應(yīng)用程序,所以當(dāng)數(shù)據(jù)包被發(fā)送到主機(jī)上以后,是無(wú)法確定哪個(gè)應(yīng)用程序要接收這個(gè)包。

因此傳輸層引入了UDP協(xié)議來(lái)解決這個(gè)問(wèn)題,為了給每個(gè)應(yīng)用程序標(biāo)識(shí)身份,UDP協(xié)議定義了端口,同一個(gè)主機(jī)上的每個(gè)應(yīng)用程序都需要指定唯一的端口號(hào),并且規(guī)定網(wǎng)絡(luò)中傳輸?shù)臄?shù)據(jù)包必須加上端口信息。 這樣,當(dāng)數(shù)據(jù)包到達(dá)主機(jī)以后,就可以根據(jù)端口號(hào)找到對(duì)應(yīng)的應(yīng)用程序了。UDP定義的數(shù)據(jù)包就叫做UDP數(shù)據(jù)包,結(jié)構(gòu)如下所示:

深入淺出 TCP/IP 協(xié)議棧,HTTP/TCP/IP,http,tcp/ip

UDP數(shù)據(jù)包由首部和數(shù)據(jù)兩部分組成,首部長(zhǎng)度為8個(gè)字節(jié),主要包括源端口和目標(biāo)端口;數(shù)據(jù)最大為65527個(gè)字節(jié),整個(gè)數(shù)據(jù)包的長(zhǎng)度最大可達(dá)到65535個(gè)字節(jié)。

UDP協(xié)議比較簡(jiǎn)單,實(shí)現(xiàn)容易,但它沒有確認(rèn)機(jī)制, 數(shù)據(jù)包一旦發(fā)出,無(wú)法知道對(duì)方是否收到,因此可靠性較差,為了解決這個(gè)問(wèn)題,提高網(wǎng)絡(luò)可靠性,TCP協(xié)議就誕生了,TCP即傳輸控制協(xié)議,是一種面向連接的、可靠的、基于字節(jié)流的通信協(xié)議。簡(jiǎn)單來(lái)說(shuō)TCP就是有確認(rèn)機(jī)制的UDP協(xié)議,每發(fā)出一個(gè)數(shù)據(jù)包都要求確認(rèn),如果有一個(gè)數(shù)據(jù)包丟失,就收不到確認(rèn),發(fā)送方就必須重發(fā)這個(gè)數(shù)據(jù)包。

為了保證傳輸?shù)目煽啃裕琓CP 協(xié)議在 UDP 基礎(chǔ)之上建立了三次對(duì)話的確認(rèn)機(jī)制,也就是說(shuō),在正式收發(fā)數(shù)據(jù)前,必須和對(duì)方建立可靠的連接。由于建立過(guò)程較為復(fù)雜,我們?cè)谶@里做一個(gè)形象的描述:

主機(jī)A:我想發(fā)數(shù)據(jù)給你,可以么?

主機(jī)B:可以,你什么時(shí)候發(fā)?

主機(jī)A:我馬上發(fā),你接著!

經(jīng)過(guò)三次對(duì)話之后,主機(jī)A才會(huì)向主機(jī)B發(fā)送正式數(shù)據(jù),而UDP是面向非連接的協(xié)議,它不與對(duì)方建立連接,而是直接就把數(shù)據(jù)包發(fā)過(guò)去了。所以 TCP 能夠保證數(shù)據(jù)包在傳輸過(guò)程中不被丟失,但美好的事物必然是要付出代價(jià)的,相比 UDP,TCP 實(shí)現(xiàn)過(guò)程復(fù)雜,消耗連接資源多,傳輸速度慢。

TCP 數(shù)據(jù)包和 UDP 一樣,都是由首部和數(shù)據(jù)兩部分組成,唯一不同的是,TCP 數(shù)據(jù)包沒有長(zhǎng)度限制,理論上可以無(wú)限長(zhǎng),但是為了保證網(wǎng)絡(luò)的效率,通常 TCP 數(shù)據(jù)包的長(zhǎng)度不會(huì)超過(guò)IP數(shù)據(jù)包的長(zhǎng)度,以確保單個(gè) TCP 數(shù)據(jù)包不必再分割。

總結(jié)一下,傳輸層的主要工作是定義端口,標(biāo)識(shí)應(yīng)用程序身份,實(shí)現(xiàn)端口到端口的通信,TCP協(xié)議可以保證數(shù)據(jù)傳輸?shù)目煽啃?/strong>。

4、應(yīng)用層

理論上講,有了以上三層協(xié)議的支持,數(shù)據(jù)已經(jīng)可以從一個(gè)主機(jī)上的應(yīng)用程序傳輸?shù)搅硪慌_(tái)主機(jī)的應(yīng)用程序了,但此時(shí)傳過(guò)來(lái)的數(shù)據(jù)是字節(jié)流,不能很好的被程序識(shí)別,操作性差。因此,應(yīng)用層定義了各種各樣的協(xié)議來(lái)規(guī)范數(shù)據(jù)格式,常見的有 HTTP、FTP、SMTP 等,HTTP 是一種比較常用的應(yīng)用層協(xié)議,主要用于B/S架構(gòu)之間的數(shù)據(jù)通信,其報(bào)文格式如下:

深入淺出 TCP/IP 協(xié)議棧,HTTP/TCP/IP,http,tcp/ip

在 Resquest Headers 中,Accept 表示客戶端期望接收的數(shù)據(jù)格式,而 ContentType 則表示客戶端發(fā)送的數(shù)據(jù)格式;在 Response Headers 中,ContentType 表示服務(wù)端響應(yīng)的數(shù)據(jù)格式,這里定義的格式,一般是和??Resquest Headers 中 Accept 定義的格式是一致的。

有了這個(gè)規(guī)范以后,服務(wù)端收到請(qǐng)求以后,就能正確的解析客戶端發(fā)來(lái)的數(shù)據(jù),當(dāng)請(qǐng)求處理完以后,再按照客戶端要求的格式返回,客戶端收到結(jié)果后,按照服務(wù)端返回的格式進(jìn)行解析。

所以應(yīng)用層的主要工作就是定義數(shù)據(jù)格式并按照對(duì)應(yīng)的格式解讀數(shù)據(jù)。

5、全流程

首先我們梳理一下每層模型的職責(zé):

  • 鏈路層:對(duì)0和1進(jìn)行分組,定義數(shù)據(jù)幀,確認(rèn)主機(jī)的物理地址,傳輸數(shù)據(jù);
  • 網(wǎng)絡(luò)層:定義IP地址,確認(rèn)主機(jī)所在的網(wǎng)絡(luò)位置,并通過(guò)IP進(jìn)行MAC尋址,對(duì)外網(wǎng)數(shù)據(jù)包進(jìn)行路由轉(zhuǎn)發(fā);
  • 傳輸層:定義端口,確認(rèn)主機(jī)上應(yīng)用程序的身份,并將數(shù)據(jù)包交給對(duì)應(yīng)的應(yīng)用程序;
  • 應(yīng)用層:定義數(shù)據(jù)格式,并按照對(duì)應(yīng)的格式解讀數(shù)據(jù)。

然后再把每層模型的職責(zé)串聯(lián)起來(lái),用一句通俗易懂的話講就是:

當(dāng)你輸入一個(gè)網(wǎng)址并按下回車鍵的時(shí)候,首先,應(yīng)用層協(xié)議對(duì)該請(qǐng)求包做了格式定義;緊接著傳輸層協(xié)議加上了雙方的端口號(hào),確認(rèn)了雙方通信的應(yīng)用程序;然后網(wǎng)絡(luò)協(xié)議加上了雙方的IP地址,確認(rèn)了雙方的網(wǎng)絡(luò)位置;最后鏈路層協(xié)議加上了雙方的MAC地址,確認(rèn)了雙方的物理位置,同時(shí)將數(shù)據(jù)進(jìn)行分組,形成數(shù)據(jù)幀,采用廣播方式,通過(guò)傳輸介質(zhì)發(fā)送給對(duì)方主機(jī)。而對(duì)于不同網(wǎng)段,該數(shù)據(jù)包首先會(huì)轉(zhuǎn)發(fā)給網(wǎng)關(guān)路由器,經(jīng)過(guò)多次轉(zhuǎn)發(fā)后,最終被發(fā)送到目標(biāo)主機(jī)。目標(biāo)機(jī)接收到數(shù)據(jù)包后,采用對(duì)應(yīng)的協(xié)議,對(duì)幀數(shù)據(jù)進(jìn)行組裝,然后再通過(guò)一層一層的協(xié)議進(jìn)行解析,最終被應(yīng)用層的協(xié)議解析并交給服務(wù)器處理。

6、總結(jié)

以上內(nèi)容是對(duì)TCP/IP四層模型做了簡(jiǎn)單的介紹,而實(shí)際上每一層模型都有很多協(xié)議,每個(gè)協(xié)議要做的事情也很多,但我們首先得有一個(gè)清晰的脈絡(luò)結(jié)構(gòu),掌握每一層模型最基本的作用,然后再去豐富細(xì)枝末節(jié)的東西,也許會(huì)更容易理解文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-664787.html

到了這里,關(guān)于深入淺出 TCP/IP 協(xié)議棧的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • TCP/IP詳解——HTTP 協(xié)議

    TCP/IP詳解——HTTP 協(xié)議

    HTTP協(xié)議是Hyper Text Transfer Protocol( 超文本傳輸協(xié)議 )的縮寫,是用于從萬(wàn)維網(wǎng)(WWW:World Wide Web)服務(wù)器傳輸超文本到本地瀏覽器的傳送協(xié)議。HTTP工作在TCP協(xié)議的 80 端口上。 HTTP是一個(gè)基于TCP/IP通信協(xié)議來(lái)傳遞數(shù)據(jù)(HTML文件,圖片文件,查詢結(jié)果等),HTTP協(xié)議是基于TCP的

    2024年02月04日
    瀏覽(38)
  • HTTP/UDP/TCP/IP網(wǎng)絡(luò)協(xié)議

    HTTP/UDP/TCP/IP網(wǎng)絡(luò)協(xié)議

    OSI模型定義了網(wǎng)絡(luò)互連的七層框架(物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會(huì)話層、表示層、應(yīng)用層),每一層實(shí)現(xiàn)各自的功能和協(xié)議,并完成與相鄰層的接口通信。OSI模型各層的通信協(xié)議,大致舉例如下表所示: 層次 常見協(xié)議 應(yīng)用層 HTTP、SMTP、SNMP、FTP、Telnet、SIP、SS

    2024年04月11日
    瀏覽(28)
  • TCP/IP協(xié)議、HTTP協(xié)議和FTP協(xié)議等網(wǎng)絡(luò)協(xié)議簡(jiǎn)介

    TCP/IP協(xié)議、HTTP協(xié)議和FTP協(xié)議等網(wǎng)絡(luò)協(xié)議簡(jiǎn)介

    常見的網(wǎng)絡(luò)協(xié)議主要包括TCP/IP協(xié)議、HTTP協(xié)議、FTP協(xié)議等。 TCP/IP協(xié)議(Transmission Control Protocol/Internet Protocol)是互聯(lián)網(wǎng)最基礎(chǔ)的協(xié)議,由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成。 TCP/IP定義了電子設(shè)備如何連入因特網(wǎng),以及數(shù)據(jù)如何在它們之間傳輸?shù)臉?biāo)準(zhǔn),是Internet國(guó)際互聯(lián)網(wǎng)絡(luò)

    2024年04月10日
    瀏覽(37)
  • HTTP 協(xié)議和 TCP/IP 協(xié)議之間有什么區(qū)別?

    HTTP 協(xié)議和 TCP/IP 協(xié)議之間有什么區(qū)別?

    HTTP(超文本傳輸協(xié)議)和TCP/IP(傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議)是兩種在互聯(lián)網(wǎng)通信中廣泛使用的協(xié)議,它們之間的區(qū)別和聯(lián)系對(duì)許多人來(lái)說(shuō)可能還不是很清晰,今天我們就帶大家來(lái)一起了解一下HTTP和TCP/IP協(xié)議這2者之間的主要區(qū)別和功能。 我們來(lái)看看HTTP協(xié)議。HTTP是一種應(yīng)用層

    2024年01月20日
    瀏覽(29)
  • HTTP、TCP/IP協(xié)議族、分層管理、DNS、URI

    第一章 使用HTTP協(xié)議訪問(wèn)WEB 瀏覽器輸入U(xiǎn)RL 請(qǐng)求后端服務(wù)器 后端服務(wù)器經(jīng)過(guò)處理之后返回相應(yīng)的信息(resource) 發(fā)送請(qǐng)求的機(jī)器,我們可以叫做 客戶端(client) 。 處理請(qǐng)求的機(jī)器,我們可以叫做 服務(wù)器 。 客戶端和服務(wù)器之間的協(xié)議就是我們的主角:HTTP。換句話說(shuō),WEB是建立

    2024年02月02日
    瀏覽(23)
  • TCP/IP,UDP,DNS,NAT,DHCP,HTTP協(xié)議

    1.TCP/IP協(xié)議 TCP/IP協(xié)議是Internet最基本的協(xié)議、Internet國(guó)際互聯(lián)網(wǎng)絡(luò)的基礎(chǔ),由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成。通俗而言:TCP負(fù)責(zé)發(fā)現(xiàn)傳輸?shù)膯?wèn)題,一有問(wèn)題就發(fā)出信號(hào),要求重新傳輸,直到所有數(shù)據(jù)安全正確地傳輸?shù)侥康牡?。而IP是給因特網(wǎng)的每一臺(tái)聯(lián)網(wǎng)設(shè)備規(guī)定一個(gè)

    2024年01月17日
    瀏覽(32)
  • 第138篇:了解HTTP協(xié)議(TCP/IP協(xié)議,DNS域名解析,瀏覽器緩存)

    第138篇:了解HTTP協(xié)議(TCP/IP協(xié)議,DNS域名解析,瀏覽器緩存)

    好家伙,發(fā)現(xiàn)自己的網(wǎng)絡(luò)知識(shí)十分匱乏,趕緊補(bǔ)一下 ? 這里先舉個(gè)我生活中的例子 欸,作業(yè)不會(huì)寫了,上網(wǎng)搜一下 用edge瀏覽器上bing必應(yīng)搜一下(百度廣告太多了,真不想用百度舉例子) ? 假設(shè)這是我們第一次訪問(wèn)bing的首頁(yè) 當(dāng)我向?yàn)g覽器中輸入https://cn.bing.com/并按下回車

    2023年04月24日
    瀏覽(32)
  • 前端面試:【網(wǎng)絡(luò)協(xié)議與性能優(yōu)化】HTTP/HTTPS、TCP/IP和WebSocket

    嗨,親愛的Web開發(fā)者!在構(gòu)建現(xiàn)代Web應(yīng)用時(shí),了解網(wǎng)絡(luò)協(xié)議是優(yōu)化性能和確保安全性的關(guān)鍵。本文將深入探討HTTP/HTTPS、TCP/IP和WebSocket這三個(gè)網(wǎng)絡(luò)協(xié)議,幫助你理解它們的作用以及如何優(yōu)化Web應(yīng)用的性能。 1. HTTP/HTTPS協(xié)議: HTTP(超文本傳輸協(xié)議): HTTP是用于在Web上傳輸數(shù)據(jù)的

    2024年02月11日
    瀏覽(27)
  • TCP/IP四層模型、HTTP、HTTPS、TCP

    TCP/IP四層模型、HTTP、HTTPS、TCP

    網(wǎng)絡(luò)協(xié)議 ??在計(jì)算機(jī)網(wǎng)絡(luò)要做到井井有條的交換數(shù)據(jù),就必須遵守一些事先約定好的規(guī)則,比如交換數(shù)據(jù)的格式、是否需要發(fā)送一個(gè)應(yīng)答信息。這些規(guī)則被稱為網(wǎng)絡(luò)協(xié)議。 為什么要對(duì)網(wǎng)絡(luò)協(xié)議分層 ??1、簡(jiǎn)化問(wèn)題難度和復(fù)雜度。由于各層之間獨(dú)立,我們可以分割大問(wèn)題為

    2023年04月08日
    瀏覽(25)
  • 網(wǎng)絡(luò)協(xié)議報(bào)文理解刨析篇二(再談Http和Https), 加上TCP/UDP/IP協(xié)議分析(理解著學(xué)習(xí)), 面試官都驚訝你對(duì)網(wǎng)絡(luò)的見解

    網(wǎng)絡(luò)協(xié)議報(bào)文理解刨析篇二(再談Http和Https), 加上TCP/UDP/IP協(xié)議分析(理解著學(xué)習(xí)), 面試官都驚訝你對(duì)網(wǎng)絡(luò)的見解

    目錄 前文鏈接(系列助學(xué), 也為后文學(xué)習(xí)做鋪墊, 可按需讀取) 一. 再談HTTP再理解 二. HTTP對(duì)比學(xué)習(xí)HTTPS HTTP和HTTPS的區(qū)別如下: 三.TCP協(xié)議? (三次握手四次揮手細(xì)節(jié)過(guò)程理解在之前的博文中有詳細(xì)圖解) tcp緩沖區(qū)概念的引入? (解釋流量控制): 確認(rèn)應(yīng)答(ACK)機(jī)制的理解 (編序號(hào))

    2023年04月09日
    瀏覽(105)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包