客戶端到伺服器端的通訊過程

發表於2015-02-20

學習任何東西,我們只要搞清楚其原理,就會觸類旁通。現在結和我所學,我想總結一下客戶端到伺服器端的通訊過程。只有明白了原理,我們才會明白當我們程式開發過程中錯誤的問題會出現在那,才會更好的解決問題。

我們首先要了解一個概念性的詞彙:Socket

socket的英文原義是“孔”或“插座”。作為程式通訊機制,取後一種意思。通常也稱作“套接字”,用於描述IP地址和埠,是一個通訊鏈的控制程式碼。(其實就是兩個程式通訊用的。)socket非常類似於電話的插座。以一個電話網為例。電話的通話雙方相當於相互通訊的2個程式,電話號碼可以當作是IP地址。任何使用者在通話之前,首先要佔有一部電話機,相當於申請一個socket;同時要知道對方的號碼(IP地址),相當於對方有一個固定的socket。然後向對方撥號呼叫,相當於發出連線請求。對方假如在場並空閒,拿起電話話筒,雙方就可以正式通話,相當於連線成功。雙方通話的過程,是一方向電話機發出訊號和對方從電話機接收訊號的過程,相當於向socket傳送資料和從socket接收資料。通話結束後,一方掛起電話機相當於關閉socket,撤消連線,通訊完成。

以上通訊是以兩個人通話做為事例來在概的說明了下通訊,但是現在假如通訊中的一個人是外國人(說英語),一個人是中國人(說普通話),他們倆相互通訊的話,都不能聽明白對方說的是什麼,那麼他們的溝通就不能夠完成。但是如果我們給一個規定,給通話雙方,只能講普通話,那麼雙方溝通就沒有障礙了。這就引出來了通訊協議。

有兩種型別:(Tcp協議與Udp協議):

Tcp協議與Udp協議是在兩硬體裝置上進行通訊傳輸的一種資料語法。

– 流式Socket(STREAM):
是一種面向連線的Socket,針對於面向連線的TCP服務應用,安全,但是效率低;Tcp:是以流的形式來傳的。

– 資料包式Socket(DATAGRAM):
是一種無連線的Socket,對應於無連線的UDP服務應用.不安全(丟失,順序混亂,在接收端要分析重排及要求重發),但效率高.Udp:將資料包拆開為若干份編號後來傳輸。在傳輸的過程中容易出現資料的丟失。但是傳輸速度要比TCP的快。

Socket的通訊流程

  • Demo:

  • 伺服器端:

–  申請一個socket (socketWatch)用來監聽的

–  繫結到一個IP地址和一個埠上

–  開啟偵聽,等待接授客戶端的連線

–  當有連線時建立一個用於和連線進來的客戶端進行通訊的socket(socketConnection)

–  即續監聽,等侍下一個客戶的連線

程式碼如下:

  • 客戶端:

–  申請一個socket(socketClient)

–  連線伺服器(指明IP地址和埠號)

程式碼如下:

通訊過程圖

通過以上流程圖我們可以看出,客戶端與伺服器端之間的一個基本通訊流程,概括一下Socket 一般應用模式(客戶端和伺服器端)的作用:

伺服器端:最少有兩個socket,一個是服務端負責監聽客戶端發來連線請求,但不負責與請求的客戶端通訊,另一個是每當伺服器端成功接收到客戶端時,但在伺服器端建立一個用與請求的客戶端進行通訊的socket.

客戶端:指定要連線的伺服器端地址和埠,通過建立一個socket物件來初始化一個到伺服器端的TCP連線。

其實很早就想寫下這篇總結了,但是由於工作較忙,一直推遲到現在。這篇總結也是為我接下來要寫的瀏覽器與Iis伺服器的通訊過程和ASP.Net頁面生命週期做一個鋪墊,現在終於寫完了,來和大家一起分享一下,不完善的地方,我將在以後的工作和學習過程中慢慢補充。

相關文章