(2013-01-05 17:02:53)
標(biāo)簽：
網(wǎng)絡(luò)協(xié)議it分類：
Java技術(shù)下面的圖表試圖顯示不同的TCP/IP和其他的協(xié)議在最初OSI模型中的位置：
7 應(yīng)用層 例如HTTP、SMTP、SNMP、FTP、Telnet、SIP、SSH、NFS、RTSP、XMPP、Whois、ENRP
6 表示層 例如XDR、ASN.1、SMB、AFP、NCP
5 會話層 例如ASAP、TLS、SSH、ISO 8327 / CCITT X.225、RPC、NetBIOS、ASP、Winsock、BSD sockets
4 傳輸層 例如TCP、UDP、RTP、SCTP、SPX、ATP、IL
3 網(wǎng)絡(luò)層 例如IP、ICMP、IGMP、IPX、BGP、OSPF、RIP、IGRP、EIGRP、ARP、RARP、 X.25
2 數(shù)據(jù)鏈路層 例如以太網(wǎng)、令牌環(huán)、HDLC、幀中繼、ISDN、ATM、IEEE 802.11、FDDI、PPP
1 物理層 例如線路、無線電、光纖、信鴿
IP 協(xié)議對應(yīng)于網(wǎng)絡(luò)層，
TCP協(xié)議對應(yīng)于傳輸層，
HTTP協(xié)議對應(yīng)于應(yīng)用層，
三者從本質(zhì)上來說沒有可比性，
socket則是對TCP/IP協(xié)議的封裝和應(yīng)用。
可以說，TPC/IP協(xié)議是傳輸層協(xié)議，主要解決數(shù)據(jù)如何在網(wǎng)絡(luò)中傳輸，而HTTP是應(yīng)用層協(xié)議，主要解決如何包裝數(shù)據(jù)
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等等
實際上，傳輸層的TCP是基于網(wǎng)絡(luò)層的IP協(xié)議的，而應(yīng)用層的HTTP協(xié)議又是基于傳輸層的TCP協(xié)議的，
而Socket本身不算是協(xié)議，就像上面所說，它只是提供了一個針對TCP或者UDP編程的接口
TCP連接的三次握手：
第一次握手：客戶端發(fā)送syn包(syn=j)到服務(wù)器，并進入SYN_SEND狀態(tài)，等待服務(wù)器確認(rèn)；
第二次握手：服務(wù)器收到syn包，必須確認(rèn)客戶的SYN（ack=j+1），同時自己也發(fā)送一個SYN包（syn=k），即SYN+ACK包，此時服務(wù)器進入SYN_RECV狀態(tài)；
第三次握手：客戶端收到服務(wù)器的SYN＋ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務(wù)器進入ESTABLISHED狀態(tài)，完成三次握手。
握手過程中傳送的包里不包含數(shù)據(jù)，三次握手完畢后，客戶端與服務(wù)器才正式開始傳送數(shù)據(jù)
斷開連接時服務(wù)器和客戶端均可以主動發(fā)起斷開TCP連接的請求，斷開過程需要經(jīng)過“四次握手”
TCP是面向鏈接的，雖然說網(wǎng)絡(luò)的不安全不穩(wěn)定特性決定了多少次握手都不能保證連接的可靠性，
但TCP的三次握手在最低限度上（實際上也很大程度上保證了）保證了連接的可靠性；
而UDP不是面向連接的，UDP傳送數(shù)據(jù)前并不與對方建立連接，對接收到的數(shù)據(jù)也不發(fā)送確認(rèn)信號，
發(fā)送端不知道數(shù)據(jù)是否會正確接收，當(dāng)然也不用重發(fā)，所以說UDP是無連接的、不可靠的一種數(shù)據(jù)傳輸協(xié)議
也正由于上面的特點，使得UDP的開銷更小數(shù)據(jù)傳輸速率更高，因為不必進行收發(fā)數(shù)據(jù)的確認(rèn)，所以UDP的實時性更好。
所以采用TCP傳輸協(xié)議的MSN比采用UDP的QQ傳輸文件慢，
但并不能說QQ的通信是不安全的，因為程序員可以手動對UDP的數(shù)據(jù)收發(fā)進行驗證，
比如發(fā)送方對每個數(shù)據(jù)包進行編號然后由接收方進行驗證啊什么的，
即使是這樣，UDP因為在底層協(xié)議的封裝上沒有采用類似 TCP的“三次握手”而實現(xiàn)了TCP所無法達到的傳輸效率。
**********************************************************************************************
IP：網(wǎng)絡(luò)層協(xié)議；
TCP和UDP：傳輸層協(xié)議；
HTTP：應(yīng)用層協(xié)議；
SOCKET：TCP/IP網(wǎng)絡(luò)的API。
TCP/IP代表傳輸控制協(xié)議/網(wǎng)際協(xié)議，指的是一系列協(xié)議。
TCP和UDP使用IP協(xié)議從一個網(wǎng)絡(luò)傳送數(shù)據(jù)包到另一個網(wǎng)絡(luò)。把IP想像成一種高速公路，它允許其它協(xié)議在上面行駛并找到到其它電腦的出口。TCP和UDP是高速公路上的“卡車”，它們攜帶的貨物就是像HTTP，文件傳輸協(xié)議FTP這樣的協(xié)議等。
TCP和UDP是FTP，HTTP和SMTP之類使用的傳輸層協(xié)議。雖然TCP和UDP都是用來傳輸其他協(xié)議的，它們卻有一個顯著的不同：TCP提供有保證的數(shù)據(jù)傳輸，而UDP不提供。這意味著TCP有一個特殊的機制來確保數(shù)據(jù)安全的不出錯的從一個端點傳到另一個端點，而UDP不提供任何這樣的保證。
HTTP(超文本傳輸協(xié)議)是利用TCP在兩臺電腦(通常是Web服務(wù)器和客戶端)之間傳輸信息的協(xié)議?？蛻舳耸褂肳eb瀏覽器發(fā)起HTTP請求給Web服務(wù)器，Web服務(wù)器發(fā)送被請求的信息給客戶端。
記住，需要IP協(xié)議來連接網(wǎng)絡(luò);TCP是一種允許我們安全傳輸數(shù)據(jù)的機制，，使用TCP協(xié)議來傳輸數(shù)據(jù)的HTTP是Web服務(wù)器和客戶端使用的特殊協(xié)議。
Socket 接口是TCP/IP網(wǎng)絡(luò)的API，Socket接口定義了許多函數(shù)或例程，用以開發(fā)TCP/IP網(wǎng)絡(luò)上的應(yīng)用程序。
