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

1.17小結(jié)

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

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

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

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

習題

1.1 請計算最多有多少個A類、B類和C類網(wǎng)絡(luò)號。

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

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

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

1.6 獲取一份RFC1000的拷貝，了解RFC這個術(shù)語從何而來。

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

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

12.5小結(jié)

廣播是將數(shù)據(jù)報發(fā)送到網(wǎng)絡(luò)中的所有主機（通常是本地相連的網(wǎng)絡(luò)），而多播是將數(shù)據(jù)報發(fā)送到網(wǎng)絡(luò)的一個主機組。這兩個概念的基本點在于當收到送往上一個協(xié)議棧的數(shù)據(jù)幀時采用不同類型的過濾。每個協(xié)議層均可以因為不同的理由丟棄數(shù)據(jù)報。

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

習題

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

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

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

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

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

PING140.252.13.63:1473databytessendto:Messagetoolong究竟出了什么問題?

12.5重做習題10.6，假定8個RIP報文是通過多播而不是廣播（使用RIP版本2）。有什么變化？

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

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

學生：

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

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

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

1.1TCP/IP協(xié)議的簡單說明：

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

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

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

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

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

數(shù)據(jù)幀：幀頭+IP數(shù)據(jù)包+幀尾(幀頭包括源和目標主機MAC地址及類型,幀尾是校驗

字)

IP數(shù)據(jù)包：IP頭部+TCP數(shù)據(jù)信息(IP頭包括源和目標主機IP地址、類型、生存期等)TCP數(shù)據(jù)信息：TCP頭部+實際數(shù)據(jù)(TCP頭包括源和目標主機端口號、順序號、確認號、校驗字等)

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

1．開放的協(xié)議標準，可以免費使用，并且獨立于特定的計算機硬件與操作系統(tǒng)

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

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

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

一個專有的網(wǎng)絡(luò)開發(fā)出來用于特定目的。如果它工作很好，用戶將接受它。

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

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

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

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

專有網(wǎng)絡(luò)受到壓制。許多用戶開始維護使用IP替代品的復制品。

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

3.1IP

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

3.2TCP

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

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

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

3.3UDP

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

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

3.4CMP

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

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

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

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

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

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

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

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

1．單擊“開始”/“運行”，輸入CMD按回車，打開命令提示符窗口。

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

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

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

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

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

如果需要重新安裝 TCP/IP 以使TCP/IP 堆棧恢復為原始狀態(tài)。可以使用NetShell 實用程序重置TCP/IP 堆棧，使其恢復到初次安裝操作系統(tǒng)時的狀態(tài)。具體操作如下：

1．單擊 開始--> 運行，輸入“CMD” 后單擊“確定”;

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

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

7結(jié)論

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

參考資料：

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

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

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

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

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

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

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

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

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

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

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

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

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

1）在HTTP 1.0中，客戶端的每次請求都要求建立一次單獨的連接，在處理完本次請求后，就自動釋放連接。

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

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

客戶端的請求，則認為客戶端“下線”，若客戶端長時間無法收到服務(wù)器的回復，則認為網(wǎng)絡(luò)已經(jīng)斷開。

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

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

3.2 建立socket連接

建立Socket連接至少需要一對套接字，其中一個運行于客戶端，稱為ClientSocket，另一個運行于服務(wù)器端，稱為ServerSocket。

套接字之間的連接過程分為三個步驟：服務(wù)器監(jiān)聽，客戶端請求，連接確認。

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

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

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

4、SOCKET連接與TCP/IP連接

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

socket則是對TCP/IP協(xié)議的封裝和應(yīng)用（程序員層面上）。也可以說，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ò)有一段比較容易理解的介紹：

“我們在傳輸數(shù)據(jù)時，可以只使用（傳輸層）TCP/IP協(xié)議，但是那樣的話，如 果沒有應(yīng)用層，便無法識別數(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ò)上。”

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

“TCP/IP只是一個協(xié)議棧，就像操作系統(tǒng)的運行機制一樣，必須要具體實現(xiàn)，同時還要提供對外的操作接口。這個就像操作系統(tǒng)會提供標準的編程接口，比如win32編程接口一樣，TCP/IP也要提供可供程序員做網(wǎng)絡(luò)開發(fā)所用的接口，這就是Socket編程接口。”

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

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

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

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

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

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

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