第一篇：TCPIP詳解-卷一-協(xié)議-第一章-概述-1.17小結(jié)

1.17小結(jié)

本章快速地瀏覽了TCP/IP協(xié)議族，介紹了在后面的章節(jié)中將要詳細(xì)討論的許多術(shù)語(yǔ)和協(xié)議。

TCP/IP協(xié)議族分為四層：鏈路層、網(wǎng)絡(luò)層、運(yùn)輸層和應(yīng)用層，每一層各有不同的責(zé)任。在TCP/IP中，網(wǎng)絡(luò)層和運(yùn)輸層之間的區(qū)別是最為關(guān)鍵的：網(wǎng)絡(luò)層（IP）提供點(diǎn)到點(diǎn)的服務(wù)，而運(yùn)輸層（TCP和UDP）提供端到端的服務(wù)。

一個(gè)互聯(lián)網(wǎng)是網(wǎng)絡(luò)的網(wǎng)絡(luò)。構(gòu)造互聯(lián)網(wǎng)的共同基石是路由器，它們?cè)贗P層把網(wǎng)絡(luò)連在一起。第一個(gè)字母大寫(xiě)的Internet是指分布在世界各地的大型互聯(lián)網(wǎng)，其中包括1萬(wàn)多個(gè)網(wǎng)絡(luò)和超過(guò)100萬(wàn)臺(tái)主機(jī)。

在一個(gè)互聯(lián)網(wǎng)上，每個(gè)接口都用IP地址來(lái)標(biāo)識(shí)，盡管用戶(hù)習(xí)慣使用主機(jī)名而不是IP地址。域名系統(tǒng)為主機(jī)名和IP地址之間提供動(dòng)態(tài)的映射。端口號(hào)用來(lái)標(biāo)識(shí)互相通信的應(yīng)用程序。服務(wù)器使用知名端口號(hào)，而客戶(hù)使用臨時(shí)設(shè)定的端口號(hào)。

習(xí)題

1.1 請(qǐng)計(jì)算最多有多少個(gè)A類(lèi)、B類(lèi)和C類(lèi)網(wǎng)絡(luò)號(hào)。

1.2 用匿名FTP（見(jiàn)27.3節(jié)）從主機(jī)nic.merit.edu上獲取文件nsfnet/statistics/ history.netcount。該文件包含在NSFNET網(wǎng)絡(luò)上登記的國(guó)內(nèi)和國(guó)外的網(wǎng)絡(luò)數(shù)。畫(huà)一坐標(biāo)系，橫坐標(biāo)代表年，縱坐標(biāo)代表網(wǎng)絡(luò)總數(shù)的對(duì)數(shù)值。縱坐標(biāo)的最大值是習(xí)題1.1的結(jié)果。如果數(shù)據(jù)顯示一個(gè)明顯的趨勢(shì)，請(qǐng)估計(jì)按照當(dāng)前的編址體制推算，何時(shí)會(huì)用完所有的網(wǎng)絡(luò)地址（3.10節(jié)討論解決該難題的建議）。

1.3 獲取一份主機(jī)需求RFC拷貝[Braden1989a]，閱讀有關(guān)應(yīng)用于TCP/IP協(xié)議族每一層的穩(wěn)健性原則。這個(gè)原則的參考對(duì)象是什么？ 1.4 獲取一份最新的賦值RFC拷貝?！皅uoteoftheday”協(xié)議的有名端口號(hào)是什么？哪個(gè)RFC對(duì)該協(xié)議進(jìn)行了定義？

1.5 如果你有一個(gè)接入TCP/IP互聯(lián)網(wǎng)的主機(jī)帳號(hào)，它的主IP地址是多少？這臺(tái)主機(jī)是否接入了Internet？它是多接口主機(jī)嗎？

1.6 獲取一份RFC1000的拷貝，了解RFC這個(gè)術(shù)語(yǔ)從何而來(lái)。

1.7 與Internet協(xié)會(huì)聯(lián)系，isoc@isoc.org或者+***，了解有關(guān)加入的情況。1.8 用匿名FTP從主機(jī)is.internic.net處獲取文件about-internic/informationabout-the-internic。

第二篇：TCPIP詳解-卷一-協(xié)議-12.5小結(jié)

12.5小結(jié)

廣播是將數(shù)據(jù)報(bào)發(fā)送到網(wǎng)絡(luò)中的所有主機(jī)（通常是本地相連的網(wǎng)絡(luò)），而多播是將數(shù)據(jù)報(bào)發(fā)送到網(wǎng)絡(luò)的一個(gè)主機(jī)組。這兩個(gè)概念的基本點(diǎn)在于當(dāng)收到送往上一個(gè)協(xié)議棧的數(shù)據(jù)幀時(shí)采用不同類(lèi)型的過(guò)濾。每個(gè)協(xié)議層均可以因?yàn)椴煌睦碛蓙G棄數(shù)據(jù)報(bào)。

目前有四種類(lèi)型的廣播地址：受限的廣播、指向網(wǎng)絡(luò)的廣播、指向子網(wǎng)的廣播和指向所有子網(wǎng)的廣播。最常用的是指向子網(wǎng)的廣播。受限的廣播通常只在系統(tǒng)初始啟動(dòng)時(shí)才會(huì)用到。試圖通過(guò)路由器進(jìn)行廣播而發(fā)生的問(wèn)題，常常是因?yàn)槁酚善鞑涣私饽康木W(wǎng)絡(luò)的子網(wǎng)掩碼。結(jié)果與多種因素有關(guān)：廣播地址類(lèi)型、配置參數(shù)等等。D類(lèi)IP地址被稱(chēng)為多播組地址。通過(guò)將其低位23bit映射到相應(yīng)以太網(wǎng)地址中便可實(shí)現(xiàn)多播組地址到以太網(wǎng)地址的轉(zhuǎn)換。由于地址映射是不唯一的，因此需要其他的協(xié)議實(shí)現(xiàn)額外的數(shù)據(jù)報(bào)過(guò)濾。

習(xí)題

12.1廣播是否增加了網(wǎng)絡(luò)通信量？

12.2考慮一個(gè)擁有50臺(tái)主機(jī)的以太網(wǎng)：20臺(tái)運(yùn)行TCP/IP，其他30臺(tái)運(yùn)行其他的協(xié)議族。主機(jī)如何處理來(lái)自運(yùn)行另一個(gè)協(xié)議族主機(jī)的廣播？

12.3登錄到一個(gè)過(guò)去從來(lái)沒(méi)有用過(guò)的Unix系統(tǒng)，并且打算找出所有支持廣播的接口的指向子網(wǎng)的廣播地址。如何做到這點(diǎn)？

12.4如果我們用ping程序向一個(gè)廣播地址發(fā)送一個(gè)長(zhǎng)的分組，如

它正常工作，但將分組的長(zhǎng)度再增加一個(gè)字節(jié)后出現(xiàn)如下差錯(cuò)： sun%ping140.252.13.631473

PING140.252.13.63:1473databytessendto:Messagetoolong究竟出了什么問(wèn)題?

12.5重做習(xí)題10.6，假定8個(gè)RIP報(bào)文是通過(guò)多播而不是廣播（使用RIP版本2）。有什么變化？

第三篇：TCPIP協(xié)議的應(yīng)用

TCP/IP協(xié)議的應(yīng)用

學(xué)生：

摘要: Trans mission Control Protocol/Internet Protocol的簡(jiǎn)寫(xiě)，中譯名為傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議，又名網(wǎng)絡(luò)通訊協(xié)議，是Internet最基本的協(xié)議、Internet國(guó)際互聯(lián)網(wǎng)絡(luò)的基礎(chǔ)，由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成。TCP/IP 定義了電子設(shè)備如何連入因特網(wǎng)，以及數(shù)據(jù)如何在它們之間傳輸?shù)臉?biāo)準(zhǔn)。協(xié)議采用了4層的層級(jí)結(jié)構(gòu)，每一層都呼叫它的下一層所提供的網(wǎng)絡(luò)來(lái)完成自己的需求。

關(guān)鍵詞：TCP/IP；計(jì)算機(jī)；因特網(wǎng)；應(yīng)用

引言：到了今天，它已經(jīng)成為網(wǎng)絡(luò)世界中運(yùn)用最廣泛，最有生命力的通信協(xié)議，如今電腦上Internet都需要它的設(shè)置。顯然它已經(jīng)成為地球村“人與人”之間的“牽手協(xié)議”隨著當(dāng)前電腦的普及，使得網(wǎng)絡(luò)得到了快速發(fā)展，TCP/IP 定義了電子設(shè)備如何連入因特，最網(wǎng)，以及數(shù)據(jù)標(biāo)準(zhǔn)。而這個(gè)協(xié)議也是屬于眾多TCP/IP中的一部分對(duì)設(shè)計(jì)TCP/IP的相關(guān)概念予以解釋。TCP/IP協(xié)議概述

1.1TCP/IP協(xié)議的簡(jiǎn)單說(shuō)明：

在Internet沒(méi)有形成之前，各個(gè)地方已經(jīng)建立了很多小型的網(wǎng)絡(luò)，稱(chēng)為局域網(wǎng)，Internet的中文意義是“網(wǎng)際網(wǎng)”。然而，在連接之前的各式各樣的局域網(wǎng)卻存在不同的網(wǎng)絡(luò)結(jié)構(gòu)和數(shù)據(jù)傳輸規(guī)則，將這些小網(wǎng)連接起來(lái)后各網(wǎng)之間要通過(guò)什么樣的規(guī)則來(lái)傳輸數(shù)據(jù)呢？ TCP/IP協(xié)議正是Internet上的“世界語(yǔ)”。

1.2TCP/IP協(xié)議的層次概述

從協(xié)議分層模型方面來(lái)講，TCP/IP由四個(gè)層次組成：網(wǎng)絡(luò)接口層、網(wǎng)絡(luò)層、傳輸層、應(yīng)用層。

TCP/IP協(xié)議并不完全符合OSI的七層參考模型。傳統(tǒng)的開(kāi)放式系統(tǒng)互連參考模型，是一種通信協(xié)議的7層抽象的參考模型，其中每一層執(zhí)行某一特定任務(wù)。該模型的目的是使各種硬件在相同的層次上相互通信。這7層是：物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會(huì)話(huà)層、表示層和應(yīng)用層。

1.3TCP/IP協(xié)議的數(shù)據(jù)格式

數(shù)據(jù)幀：幀頭+IP數(shù)據(jù)包+幀尾(幀頭包括源和目標(biāo)主機(jī)MAC地址及類(lèi)型,幀尾是校驗(yàn)

字)

IP數(shù)據(jù)包：IP頭部+TCP數(shù)據(jù)信息(IP頭包括源和目標(biāo)主機(jī)IP地址、類(lèi)型、生存期等)TCP數(shù)據(jù)信息：TCP頭部+實(shí)際數(shù)據(jù)(TCP頭包括源和目標(biāo)主機(jī)端口號(hào)、順序號(hào)、確認(rèn)號(hào)、校驗(yàn)字等)

1.4TCP/IP協(xié)議的主要特點(diǎn)

1．開(kāi)放的協(xié)議標(biāo)準(zhǔn)，可以免費(fèi)使用，并且獨(dú)立于特定的計(jì)算機(jī)硬件與操作系統(tǒng)

2．獨(dú)立于特定的網(wǎng)絡(luò)硬件，可以運(yùn)行在局域網(wǎng)、廣域網(wǎng)，更適用于互聯(lián)網(wǎng)中

3．統(tǒng)一的網(wǎng)絡(luò)地址分配方案，使得整個(gè)TCP/IP設(shè)備在網(wǎng)中都具有惟一的地址

4．標(biāo)準(zhǔn)化的高層協(xié)議，可以提供多種可靠的用戶(hù)服務(wù)。TCP/IP協(xié)議的優(yōu)勢(shì)

一個(gè)專(zhuān)有的網(wǎng)絡(luò)開(kāi)發(fā)出來(lái)用于特定目的。如果它工作很好，用戶(hù)將接受它。

為了便利提供IP服務(wù)，經(jīng)常用于訪問(wèn)電子郵件或者聊天，通常以某種方式通過(guò)專(zhuān)有網(wǎng)絡(luò)隧道實(shí)現(xiàn)。隧道方式最初可能非常沒(méi)有效率，因?yàn)殡娮余]件和聊天只需要很低的帶寬。

通過(guò)一點(diǎn)點(diǎn)的投資IP 基礎(chǔ)設(shè)施逐漸在專(zhuān)有數(shù)據(jù)網(wǎng)絡(luò)周邊出現(xiàn)。

用IP取代專(zhuān)有服務(wù)的需求出現(xiàn)，經(jīng)常是一個(gè)用戶(hù)要求。

IP替代品過(guò)程遍布整個(gè)因特網(wǎng)，這使IP替代品比最初的專(zhuān)有網(wǎng)絡(luò)更加有價(jià)值（由于網(wǎng)絡(luò)效應(yīng)）。

專(zhuān)有網(wǎng)絡(luò)受到壓制。許多用戶(hù)開(kāi)始維護(hù)使用IP替代品的復(fù)制品。

IP包的間接開(kāi)銷(xiāo)很小，少于1%，這樣在成本上非常有競(jìng)爭(zhēng)性。人們開(kāi)發(fā)了一種能夠?qū)P帶到專(zhuān)有網(wǎng)絡(luò)上的大部分用戶(hù)的不昂貴的傳輸媒介。TCP/IP協(xié)議的運(yùn)作機(jī)制

3.1IP

IP層接收由更低層（網(wǎng)絡(luò)接口層例如以太網(wǎng)設(shè)備驅(qū)動(dòng)程序）發(fā)來(lái)的數(shù)據(jù)包，并把該數(shù)據(jù)包發(fā)送到更高層---TCP或UDP層；相反，IP層也把從TCP或UDP層接收來(lái)的數(shù)據(jù)包傳送到更低層。IP數(shù)據(jù)包是不可靠的，因?yàn)镮P并沒(méi)有做任何事情來(lái)確認(rèn)數(shù)據(jù)包是按順序發(fā)送的或者沒(méi)有被破壞。IP數(shù)據(jù)包中含有發(fā)送它的主機(jī)的地址（源地址）和接收它的主機(jī)的地址（目的地址）。

3.2TCP

TCP是面向連接的通信協(xié)議，通過(guò)三次握手建立連接，通訊時(shí)完成時(shí)要拆除連接，由于TCP是面向連接的所以只能用于點(diǎn)對(duì)點(diǎn)的通訊。

TCP提供的是一種可靠的數(shù)據(jù)流服務(wù)，采用“帶重傳的肯定確認(rèn)”技術(shù)來(lái)實(shí)現(xiàn)傳輸?shù)目煽啃浴CP還采用一種稱(chēng)為“滑動(dòng)窗口”的方式進(jìn)行流量控制，所謂窗口實(shí)際表示接收能力，用以限制發(fā)送方的發(fā)送速度。

TCP將它的信息送到更高層的應(yīng)用程序。

3.3UDP

UDP是面向無(wú)連接的通訊協(xié)議，UDP數(shù)據(jù)包括目的端口號(hào)和源端口號(hào)信息，由于通訊不需要連接，所以可以實(shí)現(xiàn)廣播發(fā)送。

UDP通訊時(shí)不需要接收方確認(rèn)，屬于不可靠的傳輸，可能會(huì)出丟包現(xiàn)象，實(shí)際應(yīng)用中要求在程序員編程驗(yàn)證。

3.4CMP

ICMP與IP位于同一層，它被用來(lái)傳送IP的的控制信息。它主要是用來(lái)提供有關(guān)通向目的地址的路徑信息。ICMP的‘Redirect’信息通知主機(jī)通向其他系統(tǒng)的更準(zhǔn)確的路徑，而‘Unreachable’信息則指出路徑有問(wèn)題。TCP/IP協(xié)議的版本更新

IPv4，是互聯(lián)網(wǎng)協(xié)議（Internet Protocol，IP）的第四版，也是第一個(gè)被廣泛使用，構(gòu)成現(xiàn)今互聯(lián)網(wǎng)技術(shù)的基石的協(xié)議。1981年Jon Postel 在RFC791中定義了IP，Ipv4可以運(yùn)行在各種各樣的底層網(wǎng)絡(luò)上，比如端對(duì)端的串行數(shù)據(jù)鏈路(PPP協(xié)議和SLIP協(xié)議)，衛(wèi)星鏈路等等。局域網(wǎng)中最常用的是以太網(wǎng)。

IPv6是Internet Protocol Version 6的縮寫(xiě)，其中Internet Protocol譯為“互聯(lián)網(wǎng)協(xié)議”。IPv6是IETF（互聯(lián)網(wǎng)工程任務(wù)組，Internet Engineering Task Force）設(shè)計(jì)的用于替代現(xiàn)行版本IP協(xié)議（IPv4）的下一代IP協(xié)議。

與IPV4相比，IPV6具有以下幾個(gè)優(yōu)勢(shì)：

一，IPv6具有更大的地址空間。

二，IPv6使用更小的路由表。

三，IPv6增加了增強(qiáng)的組播（Multicast）支持以及對(duì)流的支持（Flow Control）。四，IPv6加入了對(duì)自動(dòng)配置（Auto Configuration）的支持。TCP/IP協(xié)議的協(xié)議測(cè)試

全面的測(cè)試應(yīng)包括局域網(wǎng)和互聯(lián)網(wǎng)兩個(gè)方面，因此應(yīng)從局域網(wǎng)和互聯(lián)網(wǎng)兩個(gè)方面測(cè)試，以下是在實(shí)際工作中利用命令行測(cè)試TCP/IP配置步驟：

1．單擊“開(kāi)始”/“運(yùn)行”，輸入CMD按回車(chē)，打開(kāi)命令提示符窗口。

2．首先檢查IP地址、子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、DNS服務(wù)器地址是否正確，輸入命令ipconfig /all,按回車(chē)。此時(shí)顯示了你的網(wǎng)絡(luò)配置，觀查是否正確。

3．輸入ping 127.0.0.1，觀查網(wǎng)卡是否能轉(zhuǎn)發(fā)數(shù)據(jù)，如果出現(xiàn)“Request timed out”，表明配置差錯(cuò)或網(wǎng)絡(luò)有問(wèn)題。

4．Ping一個(gè)互聯(lián)網(wǎng)地址，看是否有數(shù)據(jù)包傳回，以驗(yàn)證與互聯(lián)網(wǎng)的連接性。

5．Ping 一個(gè)局域網(wǎng)地址，觀查與它的連通性。

6．用nslookup測(cè)試DNS解析是否正確，輸入如nslookup，查看是否能解析。TCP/IP的協(xié)議重置

如果需要重新安裝 TCP/IP 以使TCP/IP 堆?；謴?fù)為原始狀態(tài)?？梢允褂肗etShell 實(shí)用程序重置TCP/IP 堆棧，使其恢復(fù)到初次安裝操作系統(tǒng)時(shí)的狀態(tài)。具體操作如下：

1．單擊 開(kāi)始--> 運(yùn)行，輸入“CMD” 后單擊“確定”;

2．在命令行模式輸入命令

運(yùn)行此命令的結(jié)果與刪除并重新安裝TCP/IP 協(xié)議的效果相同。

7結(jié)論

通過(guò)此次對(duì)TCP/IP協(xié)議的查詢(xún)與了解。我們關(guān)于網(wǎng)絡(luò)的知識(shí)又有了進(jìn)一步的提升。我們了解了TPC/IP協(xié)議的重要功能。正是由于這個(gè)協(xié)議，才有了我們?nèi)缃竦摹暗厍虼濉薄PC/IP協(xié)議是我們?nèi)缃窬W(wǎng)絡(luò)層中最基本同時(shí)也是最重要的協(xié)議。我相信隨著如今現(xiàn)代科技的飛速發(fā)展，這份協(xié)議也會(huì)更加臻于完美。

參考資料：

第四篇：抗辯權(quán)概述——抗辯權(quán)(一)

所謂抗辯權(quán)是指能夠阻止請(qǐng)求權(quán)效力的權(quán)利?？罐q權(quán)主要是針對(duì)請(qǐng)求權(quán)的，通過(guò)行使抗辯權(quán)，一方面可以阻止請(qǐng)求權(quán)的效力，另一方面可以使權(quán)利人能夠拒絕向相對(duì)人履行義務(wù)?？罐q權(quán)的作用在于“對(duì)抗”、“反對(duì)”，阻止他人行使權(quán)利，但是他人的權(quán)利并不因此而消滅。

請(qǐng)大家注意：抗辯和抗辯權(quán)是不一樣的，抗辯包括抗辯權(quán)和否定權(quán)。其中，抗辯權(quán)以請(qǐng)求權(quán)存在并提出請(qǐng)求為前提；否定權(quán)中，另法律教育網(wǎng);一方當(dāng)事人的請(qǐng)求權(quán)本身就不存在。舉個(gè)例子：王大爺想租用李光棍家的房子開(kāi)個(gè)小店維持晚年生計(jì)，雙方約定2007年11月8日支付租金并交付房屋鑰匙。結(jié)果到了11月8號(hào)，王大爺沒(méi)有支付租金，李光棍急了，直接跑到王大爺家里要，此時(shí)李光棍的行為就是在行使其債權(quán)請(qǐng)求權(quán)。在王大爺家，王大爺說(shuō)：“你房子鑰匙還沒(méi)有給我呢？憑什么讓我先交錢(qián)？”此時(shí)王大爺是在行使抗辯權(quán)，因?yàn)榈?1月8號(hào)雙方都沒(méi)有履行義務(wù)，李光棍的債權(quán)請(qǐng)求權(quán)本身存在，他有權(quán)利這樣要求；如果11月8號(hào)以前王大爺就已經(jīng)將租金交給了李光棍，這次要錢(qián)**是李光棍無(wú)理取鬧，想趁著王大爺年紀(jì)大記憶力不好多撈點(diǎn)錢(qián)，那么，此時(shí);法律.教育網(wǎng),李光棍要求王大爺交付租金的請(qǐng)求權(quán)本身就不存在，李大爺拒絕支付租金，就是在行使否定權(quán)。因此，區(qū)分抗辯權(quán)和否定權(quán)的關(guān)鍵是看請(qǐng)求權(quán)本身是否存在，如果存在，則屬于抗辯權(quán)；如果不存在，就是否定權(quán)。

抗辯權(quán)根據(jù)作用不同，可以分為永久性的抗辯權(quán)和延期性的抗辯權(quán)。所謂永久性的抗辯權(quán)是指權(quán)利人有永久阻止他人行使;法律.教育網(wǎng)*請(qǐng)求權(quán)的權(quán)利。舉個(gè)例子：訴訟時(shí)效屆滿(mǎn)后，債權(quán)人請(qǐng)求債務(wù)人履行時(shí)，債務(wù)人可提出訴訟時(shí)效屆滿(mǎn)的抗辯，這種抗辯權(quán)在任何時(shí)候都可以行使，因此叫做永久性的抗辯權(quán)。延期性抗辯權(quán)是指權(quán)利人在一定時(shí)間一定條件下可以提出抗辯，而不是永久可以抗辯。延期性抗辯權(quán)包括：同時(shí)履行抗辯權(quán)、先履行抗辯權(quán)、不安抗辯權(quán)，還有先訴抗辯權(quán)等。先訴抗辯權(quán)是法律教,育網(wǎng)/在一般保證中保證人享有的一項(xiàng)權(quán)利，跟前三種抗辯權(quán)的性質(zhì)還不太一樣。因此，首先給大家介紹一下前三種抗辯權(quán)——同時(shí)履行抗辯權(quán)、先履行抗辯權(quán)和不安抗辯權(quán)。這三種抗辯權(quán)都屬于一時(shí)性（延期性）的抗辯權(quán)，又名雙務(wù)合同中的抗辯權(quán)，它們只是在雙務(wù)合同中適用。

第五篇：http、TCPIP協(xié)議與socket之間的區(qū)別

http、TCP/IP協(xié)議與socket之間的區(qū)別

1、TCP/IP連接手機(jī)能夠使用聯(lián)網(wǎng)功能是因?yàn)槭謾C(jī)底層實(shí)現(xiàn)了TCP/IP協(xié)議，可以使手機(jī)終端通過(guò)無(wú)線網(wǎng)絡(luò)建立TCP連接。TCP協(xié)議可以對(duì)上層網(wǎng)絡(luò)提供接口，使上層網(wǎng)絡(luò)數(shù)據(jù)的傳輸建立在“無(wú)差別”的網(wǎng)絡(luò)之上。

建立起一個(gè)TCP連接需要經(jīng)過(guò)“三次握手”：

第一次握手：客戶(hù)端發(fā)送syn包(syn=j)到服務(wù)器，并進(jìn)入SYN_SEND狀態(tài)，等待服務(wù)器確認(rèn)；第二次握手：服務(wù)器收到syn包，必須確認(rèn)客戶(hù)的SYN（ack=j+1），同時(shí)自己也發(fā)送一個(gè)SYN包（syn=k），即SYN+ACK包，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)；

第三次握手：客戶(hù)端收到服務(wù)器的SYN＋ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1)，此包發(fā)送完畢，客戶(hù)端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài)，完成三次握手。

握手過(guò)程中傳送的包里不包含數(shù)據(jù)，三次握手完畢后，客戶(hù)端與服務(wù)器才正式開(kāi)始傳送數(shù)據(jù)。理想狀態(tài)下，TCP連接一旦建立，在通信雙方中的任何一方主動(dòng)關(guān)閉連接之前，TCP 連接都將被一直保持下去。斷開(kāi)連接時(shí)服務(wù)器和客戶(hù)端均可以主動(dòng)發(fā)起斷開(kāi)TCP連接的請(qǐng)求，斷開(kāi)過(guò)程需要經(jīng)過(guò)“四次握手”（過(guò)程就不細(xì)寫(xiě)了，就是服務(wù)器和客戶(hù)端交互，最終確定斷開(kāi)）.2、HTTP連接

HTTP協(xié)議即超文本傳送協(xié)議(Hypertext Transfer Protocol)，是Web聯(lián)網(wǎng)的基礎(chǔ)，也是手機(jī)聯(lián)網(wǎng)常用的協(xié)議之一，HTTP協(xié)議是建立在TCP協(xié)議之上的一種應(yīng)用。

HTTP連接最顯著的特點(diǎn)是客戶(hù)端發(fā)送的每次請(qǐng)求都需要服務(wù)器回送響應(yīng)，在請(qǐng)求結(jié)束后，會(huì)主動(dòng)釋放連接。從建立連接到關(guān)閉連接的過(guò)程稱(chēng)為“一次連接”。

1）在HTTP 1.0中，客戶(hù)端的每次請(qǐng)求都要求建立一次單獨(dú)的連接，在處理完本次請(qǐng)求后，就自動(dòng)釋放連接。

2）在HTTP 1.1中則可以在一次連接中處理多個(gè)請(qǐng)求，并且多個(gè)請(qǐng)求可以重疊進(jìn)行，不需要等待一個(gè)請(qǐng)求結(jié)束后再發(fā)送下一個(gè)請(qǐng)求。

由于HTTP在每次請(qǐng)求結(jié)束后都會(huì)主動(dòng)釋放連接，因此HTTP連接是一種“短連接”，要保持客戶(hù)端程序的在線狀態(tài)，需要不斷地向服務(wù)器發(fā)起連接請(qǐng)求。通常的做法是即時(shí)不需要獲得任何數(shù)據(jù)，客戶(hù)端也保持每隔一段固定的時(shí)間向服務(wù)器發(fā)送一次“保持連接”的請(qǐng)求，服務(wù)器在收到該請(qǐng)求后對(duì)客戶(hù)端進(jìn)行回復(fù)，表明知道客戶(hù)端“在線”。若服務(wù)器長(zhǎng)時(shí)間無(wú)法收到

客戶(hù)端的請(qǐng)求，則認(rèn)為客戶(hù)端“下線”，若客戶(hù)端長(zhǎng)時(shí)間無(wú)法收到服務(wù)器的回復(fù)，則認(rèn)為網(wǎng)絡(luò)已經(jīng)斷開(kāi)。

3、SOCKET原理3.1套接字（socket）概念

套接字（socket）是通信的基石，是支持TCP/IP協(xié)議的網(wǎng)絡(luò)通信的基本操作單元。它是網(wǎng)絡(luò)通信過(guò)程中端點(diǎn)的抽象表示，包含進(jìn)行網(wǎng)絡(luò)通信必須的五種信息：連接使用的協(xié)議，本地主機(jī)的IP地址，本地進(jìn)程的協(xié)議端口，遠(yuǎn)地主機(jī)的IP地址，遠(yuǎn)地進(jìn)程的協(xié)議端口。應(yīng)用層通過(guò)傳輸層進(jìn)行數(shù)據(jù)通信時(shí)，TCP會(huì)遇到同時(shí)為多個(gè)應(yīng)用程序進(jìn)程提供并發(fā)服務(wù)的問(wèn)題。多個(gè)TCP連接或多個(gè)應(yīng)用程序進(jìn)程可能需要通過(guò)同一個(gè) TCP協(xié)議端口傳輸數(shù)據(jù)。為了區(qū)別不同的應(yīng)用程序進(jìn)程和連接，許多計(jì)算機(jī)操作系統(tǒng)為應(yīng)用程序與TCP／IP協(xié)議交互提供了套接字(Socket)接口。應(yīng)用層可以和傳輸層通過(guò)Socket接口，區(qū)分來(lái)自不同應(yīng)用程序進(jìn)程或網(wǎng)絡(luò)連接的通信，實(shí)現(xiàn)數(shù)據(jù)傳輸?shù)牟l(fā)服務(wù)。

3.2 建立socket連接

建立Socket連接至少需要一對(duì)套接字，其中一個(gè)運(yùn)行于客戶(hù)端，稱(chēng)為ClientSocket，另一個(gè)運(yùn)行于服務(wù)器端，稱(chēng)為ServerSocket。

套接字之間的連接過(guò)程分為三個(gè)步驟：服務(wù)器監(jiān)聽(tīng)，客戶(hù)端請(qǐng)求，連接確認(rèn)。

服務(wù)器監(jiān)聽(tīng)：服務(wù)器端套接字并不定位具體的客戶(hù)端套接字，而是處于等待連接的狀態(tài)，實(shí)時(shí)監(jiān)控網(wǎng)絡(luò)狀態(tài)，等待客戶(hù)端的連接請(qǐng)求。

客戶(hù)端請(qǐng)求：指客戶(hù)端的套接字提出連接請(qǐng)求，要連接的目標(biāo)是服務(wù)器端的套接字。為此，客戶(hù)端的套接字必須首先描述它要連接的服務(wù)器的套接字，指出服務(wù)器端套接字的地址和端口號(hào)，然后就向服務(wù)器端套接字提出連接請(qǐng)求。

連接確認(rèn)：當(dāng)服務(wù)器端套接字監(jiān)聽(tīng)到或者說(shuō)接收到客戶(hù)端套接字的連接請(qǐng)求時(shí)，就響應(yīng)客戶(hù)端套接字的請(qǐng)求，建立一個(gè)新的線程，把服務(wù)器端套接字的描述發(fā)給客戶(hù)端，一旦客戶(hù)端確認(rèn)了此描述，雙方就正式建立連接。而服務(wù)器端套接字繼續(xù)處于監(jiān)聽(tīng)狀態(tài)，繼續(xù)接收其他客戶(hù)端套接字的連接請(qǐng)求。

4、SOCKET連接與TCP/IP連接

創(chuàng)建Socket連接時(shí)，可以指定使用的傳輸層協(xié)議，Socket可以支持不同的傳輸層協(xié)議（TCP或UDP），當(dāng)使用TCP協(xié)議進(jìn)行連接時(shí)，該Socket連接就是一個(gè)TCP連接。

socket則是對(duì)TCP/IP協(xié)議的封裝和應(yīng)用（程序員層面上）。也可以說(shuō)，TPC/IP協(xié)議是傳輸層協(xié)議，主要解決數(shù)據(jù) 如何在網(wǎng)絡(luò)中傳輸，而HTTP是應(yīng)用層協(xié)議，主要解決如何包裝數(shù)據(jù)。關(guān)于TCP/IP和HTTP協(xié)議的關(guān)系，網(wǎng)絡(luò)有一段比較容易理解的介紹：

“我們?cè)趥鬏敂?shù)據(jù)時(shí)，可以只使用（傳輸層）TCP/IP協(xié)議，但是那樣的話(huà)，如 果沒(méi)有應(yīng)用層，便無(wú)法識(shí)別數(shù)據(jù)內(nèi)容，如果想要使傳輸?shù)臄?shù)據(jù)有意義，則必須使用到應(yīng)用層協(xié)議，應(yīng)用層協(xié)議有很多，比如HTTP、FTP、TELNET等，也 可以自己定義應(yīng)用層協(xié)議。WEB使用HTTP協(xié)議作應(yīng)用層協(xié)議，以封裝HTTP文本信息，然后使用TCP/IP做傳輸層協(xié)議將它發(fā)到網(wǎng)絡(luò)上。”

我們平時(shí)說(shuō)的最多的socket是什么呢，實(shí)際上socket是對(duì)TCP/IP協(xié)議的封裝，Socket本身并不是協(xié)議，而是一個(gè)調(diào)用接口（API），通過(guò)Socket，我們才能使用TCP/IP協(xié)議。實(shí)際上，Socket跟TCP/IP協(xié)議沒(méi)有必然的聯(lián)系。Socket編程接口在設(shè)計(jì)的時(shí)候，就希望也能適應(yīng)其他的網(wǎng)絡(luò)協(xié)議。所以說(shuō)，Socket的出現(xiàn) 只是使得程序員更方便地使用TCP/IP協(xié)議棧而已，是對(duì)TCP/IP協(xié)議的抽象，從而形成了我們知道的一些最基本的函數(shù)接口，比如create、listen、connect、accept、send、read和write等等。網(wǎng)絡(luò)有一段關(guān)于socket和TCP/IP協(xié)議關(guān)系的說(shuō)法比較容易理解：

“TCP/IP只是一個(gè)協(xié)議棧，就像操作系統(tǒng)的運(yùn)行機(jī)制一樣，必須要具體實(shí)現(xiàn)，同時(shí)還要提供對(duì)外的操作接口。這個(gè)就像操作系統(tǒng)會(huì)提供標(biāo)準(zhǔn)的編程接口，比如win32編程接口一樣，TCP/IP也要提供可供程序員做網(wǎng)絡(luò)開(kāi)發(fā)所用的接口，這就是Socket編程接口?！?/p>

實(shí)際上，傳輸層的TCP是基于網(wǎng)絡(luò)層的IP協(xié)議的，而應(yīng)用層的HTTP協(xié)議又是基于傳輸層的TCP協(xié)議的，而Socket本身不算是協(xié)議，就像上面所說(shuō)，它只是提供了一個(gè)針對(duì)TCP或者UDP編程的接口。socket是對(duì)端口通信開(kāi)發(fā)的工具,它要更底層一些.5、Socket連接與HTTP連接

由于通常情況下Socket連接就是TCP連接，因此Socket連接一旦建立，通信雙方即可開(kāi)始相互發(fā)送數(shù)據(jù)內(nèi)容，直到雙方連接斷開(kāi)。但在實(shí)際網(wǎng)絡(luò)應(yīng)用中，客戶(hù)端到服務(wù)器之間的通信往往需要穿越多個(gè)中間節(jié)點(diǎn)，例如路由器、網(wǎng)關(guān)、防火墻等，大部分防火墻默認(rèn)會(huì)關(guān)閉長(zhǎng)時(shí)間處于非活躍狀態(tài)的連接而導(dǎo)致 Socket 連接斷連，因此需要通過(guò)輪詢(xún)告訴網(wǎng)絡(luò)，該連接處于活躍狀態(tài)。

而HTTP連接使用的是“請(qǐng)求—響應(yīng)”的方式，不僅在請(qǐng)求時(shí)需要先建立連接，而且需要客戶(hù)端向服務(wù)器發(fā)出請(qǐng)求后，服務(wù)器端才能回復(fù)數(shù)據(jù)。

很多情況下，需要服務(wù)器端主動(dòng)向客戶(hù)端推送數(shù)據(jù)，保持客戶(hù)端與服務(wù)器數(shù)據(jù)的實(shí)時(shí)與同步。此時(shí)若雙方建立的是Socket連接，服務(wù)器就可以直接將數(shù)據(jù)傳送給客戶(hù)端；若雙方建立的是HTTP連接，則服務(wù)器需要等到客戶(hù)端發(fā)送一次請(qǐng)求后才能將數(shù)據(jù)傳回給客戶(hù)端，因此，客戶(hù)端定時(shí)向服務(wù)器端發(fā)送連接請(qǐng)求，不僅可以保持在線，同時(shí)也是在“詢(xún)問(wèn)”服務(wù)器是否有新的數(shù)據(jù)，如果有就將數(shù)據(jù)傳給客戶(hù)端。

http協(xié)議是應(yīng)用層的協(xié)義

有個(gè)比較形象的描述：HTTP是轎車(chē)，提供了封裝或者顯示數(shù)據(jù)的具體形式；Socket是發(fā)動(dòng)機(jī)，提供了網(wǎng)絡(luò)通信的能力。

兩個(gè)計(jì)算機(jī)之間的交流無(wú)非是兩個(gè)端口之間的數(shù)據(jù)通信,具體的數(shù)據(jù)會(huì)以什么樣的形式展現(xiàn)`是以不同的應(yīng)用層協(xié)議來(lái)定義的`如HTTP`FTP`