TCP、IP、Http、Socket、telnet

　　網絡由下往上分爲 物理層、數據鏈路層、網絡層、、應用層。

　　IP（位於網絡層）（InternetProtocol）協議的英文名直譯就是：因特網協議。從這個名稱咱們就能夠知道IP協議的重要性。在現實生活中，咱們進行貨物運輸時都是把貨物包裝成一個個的紙箱或者是集裝箱以後才進行運輸，在網絡世界中各類信息也是經過相似的方式進行傳輸的。IP協議規定了數據傳輸時的基本單元格式。若是比做貨物運輸，IP協議規定了貨物打包時的包裝箱尺寸和包裝的程序。除了這些之外，IP協議還定義了數據包的遞交辦法和路由選擇。一樣用貨物運輸作比喻，IP協議規定了貨物的運輸方法和運輸路線。

　　TCP（位於傳輸層）（Transmission Control Protocol）協議是作什麼的呢？咱們已經知道了IP協議很重要，IP協議已經規定了數據傳輸的主要內容，不知你們發現沒有，在IP協議中定義的傳輸是單向的，也就是說發出去的貨物對方有沒有收到咱們是不知道的。就好像8毛錢一份的平信同樣。那對於重要的信件咱們要寄掛號信怎麼辦呢？TCP協議就是幫咱們寄「掛號信」的。TCP協議提供了可靠的面向對象的數據流傳輸服務的規則和約定。簡單的說在TCP模式中，對方發一個數據包給你，你要發一個確認數據包給對方。經過這種確認來提供可靠性

　　HTTP（應用層）協議（超文本傳輸協議）是因特網上應用最爲普遍的一種網絡傳輸協議，HTTP是一個屬於應用層的面向對象的協議，全部的WWW文件都必須遵照這個標準。是WWW的核心。用於傳送Web數據

 

 

　

HTTP協議一般承載於TCP協議之上，有時也承載於TLS或SSL協議層之上，這個時候，就成了咱們常說的HTTPS。以下圖所示

　　關於TCP/IP和HTTP協議的關係，網絡有一段比較容易理解的介紹：「咱們在傳輸數據時，能夠只使用(傳輸層)TCP/IP協議，可是那樣的話，若是沒有應用層，便沒法識別數據內容。若是想要使傳輸的數據有意義，則必須使用到應用層協議。應用層協議有不少，好比HTTP、FTP、TELNET等，也能夠本身定義應用層協議。

　　WEB使用HTTP協議做應用層協議，以封裝HTTP文本信息，而後使用TCP/IP作傳輸層協議將它發到網絡上。

　　SOCKET則是對TCP/IP的封裝和應用(程序員層面上)。Socket接口是TCP/IP網絡的API，Socket接口定義了許多函數或例程，程序員能夠用它們來開發TCP/IP網絡上的應用程序。Socket自己並非協議，

　　Socket編程接口在設計的時候，就但願也能適應其餘的網絡協議。因此說，Socket的出現只是使得程序員更方便地使用TCP/IP協議棧而已，是對TCP/IP協議的抽象，

　　從而造成了咱們知道的一些最基本的函數接口，好比create、listen、connect、accept、send、read和write等等。

　　網絡有一段關於socket和TCP/IP協議關係的說法比較容易理解：

　　「TCP/IP只是一個協議棧，就像操做系統的運行機制同樣，必需要具體實現，同時還要提供對外的操做接口。

　　TCP/IP也要提供可供程序員作網絡開發所用的接口，這就是Socket編程接口。」

　　CSDN上有個比較形象的描述：HTTP是轎車，提供了封裝或者顯示數據的具體形式;Socket是發動機，提供了網絡通訊的能力。

　   總結：傳輸層的TCP是基於網絡層的IP協議的，而應用層的HTTP協議又是基於傳輸層的TCP協議的，而Socket自己不算是協議，就像上面所說，它只是提供了一個針對TCP或者UDP編程的接口。

 

　　下面是一些常常在筆試或者面試中碰到的重要的概念，特在此作摘抄和總結。

　　1、什麼是TCP鏈接的三次握手

　　第一次握手：客戶端發送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鏈接一旦創建，在通訊雙方中的任何一方主動關閉鏈接以前，TCP 鏈接都將被一直保持下去。

　　斷開鏈接時服務器和客戶端都可以主動發起斷開TCP鏈接的請求，斷開過程須要通過「四次握手」(過程就不細寫了，就是服務器和客戶端交互，最終肯定斷開)

　　2、利用Socket創建網絡鏈接的步驟

　　創建Socket鏈接至少須要一對套接字，其中一個運行於客戶端，稱爲ClientSocket ，另外一個運行於服務器端，稱爲ServerSocket 。

　　套接字之間的鏈接過程分爲三個步驟：服務器監聽，客戶端請求，鏈接確認。

　　一、服務器監聽：服務器端套接字並不定位具體的客戶端套接字，而是處於等待鏈接的狀態，實時監控網絡狀態，等待客戶端的鏈接請求。

　　二、客戶端請求：指客戶端的套接字提出鏈接請求，要鏈接的目標是服務器端的套接字。

　　爲此，客戶端的套接字必須首先描述它要鏈接的服務器的套接字，指出服務器端套接字的地址和端口號，而後就向服務器端套接字提出鏈接請求。

　　三、鏈接確認：當服務器端套接字監聽到或者說接收到客戶端套接字的鏈接請求時，就響應客戶端套接字的請求，創建一個新的線程，把服務器端套接字的描述發給客戶端，一旦客戶端確認了此描述，雙方就正式創建鏈接。

　　而服務器端套接字繼續處於監聽狀態，繼續接收其餘客戶端套接字的鏈接請求。

　　3、HTTP連接的特色

　　HTTP協議即超文本傳送協議(Hypertext Transfer Protocol )，是Web聯網的基礎，也是手機聯網經常使用的協議之一，HTTP協議是創建在TCP協議之上的一種應用。

　　HTTP鏈接最顯著的特色是客戶端發送的每次請求都須要服務器回送響應，在請求結束後，會主動釋放鏈接。從創建鏈接到關閉鏈接的過程稱爲「一次鏈接」。

　　4、TCP和UDP的區別(考得最多。。快被考爛了我以爲- -\\)

　　一、TCP是面向連接的，雖說網絡的不安全不穩定特性決定了多少次握手都不能保證鏈接的可靠性，但TCP的三次握手在最低限度上(實際上也很大程度上保證了)保證了鏈接的可靠性;

　　而UDP不是面向鏈接的，UDP傳送數據前並不與對方創建鏈接，對接收到的數據也不發送確認信號，發送端不知道數據是否會正確接收，固然也不用重發，因此說UDP是無鏈接的、不可靠的一種數據傳輸協議。

　　二、也正因爲1所說的特色，使得UDP的開銷更小數據傳輸速率更高，由於沒必要進行收發數據的確認，因此UDP的實時性更好。

　　知道了TCP和UDP的區別，就不難理解爲什麼採用TCP傳輸協議的MSN比採用UDP的QQ傳輸文件慢了，但並不能說QQ的通訊是不安全的，

　　由於程序員能夠手動對UDP的數據收發進行驗證，好比發送方對每一個數據包進行編號而後由接收方進行驗證啊什麼的，

　　即便是這樣，UDP由於在底層協議的封裝上沒有采用相似TCP的「三次握手」而實現了TCP所沒法達到的傳輸效率。

(摘抄:http://hi.baidu.com/qiaoyuetian/blog/item/1f32d5df42eeb6056327985c.html)