TCP,IP,HTTP,SOCKET的介紹以及它們這間的區別和聯系技術提升了嗎( 二 )


套接字之間的連接過程分為三個步驟:服務器監聽 , 客戶端請求 , 連接確認 。
1 。 服務器監聽:服務器端套接字并不定位具體的客戶端套接字 , 而是處于等待連接的狀態 , 實時監控網絡狀態 , 等待客戶端的連接請求 。
2 。 客戶端請求:指客戶端的套接字提出連接請求 , 要連接的目標是服務器端的套接字 。 為此 , 客戶端的套接字必須首先描述它要連接的服務器的套接字 , 指出服務器端套接字的地址和端口號 , 然后就向服務器端套接字提出連接請求 。
3 。 連接確認:當服 務器端套接字監聽到或者說接收到客戶端套接字的連接請求時 , 就響應客戶端套接字的請求 , 建立一個新的線程 , 把服務器端套接字的描述發給客戶端 , 一旦客戶端 確認了此描述 , 雙方就正式建立連接 。 而服務器端套接字繼續處于監聽狀態 , 繼續接收其他客戶端套接字的連接請求 。 [!--empirenews.page--]
三 。 HTTP鏈接的特點
HTTP協議即超文本傳送協議(Hypertext Transfer Protocol ) , 是Web聯網的基礎 , 也是手機聯網常用的協議之一 , HTTP協議是建立在TCP協議之上的一種應用 。
HTTP連接最顯著的特點是客戶端發送的每次請求都需要服務器回送響應 , 在請求結束后 , 會主動釋放連接 。 從建立連接到關閉連接的過程稱為一次連接 。
四 。 TCP和UDP的區別
1 。 TCP是面向鏈 接的 , 雖然說網絡的不安全不穩定特性決定了多少次握手都不能保證連接的可靠性 , 但TCP的三次握手在最低限度上(實際上也很大程度上保證了)保證了連接的 可靠性;而UDP不是面向連接的 , UDP傳送數據前并不與對方建立連接 , 對接收到的數據也不發送確認信號 , 發送端不知道數據是否會正確接收 , 當然也不用重 發 , 所以說UDP是無連接的、不可靠的一種數據傳輸協議 。
2 。 也正由于1所說的特點 , 使得UDP的開銷更小數據傳輸速率更高 , 因為不必進行收發數據的確認 , 所以UDP的實時性更好 。
知道了TCP和 UDP的區別 , 就不難理解為何采用TCP傳輸協議的MSN比采用UDP的QQ傳輸文件慢了 , 但并不能說QQ的通信是不安全的 , 因為程序員可以手動對UDP 的數據收發進行驗證 , 比如發送方對每個數據包進行編號然后由接收方進行驗證啊什么的 , 即使是這樣 , UDP因為在底層協議的封裝上沒有采用類似TCP的三次握手而實現了TCP所無法達到的傳輸效率 。
以上內容就是關于TCP,IP,HTTP,SOCKET的介紹以及它們這間的區別和聯系技術提升了嗎的詳細內容 , 更過關于電腦系統百科的教程請關注我們!

推薦閱讀