㈠ socket通信原理
socket通信原理是一種「打開—讀/寫—關閉」模式的實現，伺服器和客戶端各自維護一個「文件」，在建立連接打開後，可以向文件寫入內容供對方讀取或者讀取對方內容，通訊結束時關閉文件。
Socket在應用層和傳輸層之間的一個抽象層，它把 TCP/IP 層復雜的操作抽象為幾個簡單的介面，供應用層調用實現進程在網路中的通信。Socket 起源於 UNIX，在 UNIX 一切皆文件的思想下，進程間通信就被冠名為文件描述符（file descriptor）。
Socket 保證了不同計算機之間的通信，也就是網路通信。對於網站，通信模型是伺服器與客戶端之間的通信。兩端都建立了一個 Socket 對象，然後通過 Socket 對象對數據進行傳輸。通常伺服器處於一個無限循環，等待客戶端的連接。
(1)計算機網路原理socket連接擴展閱讀
SOCK_STREAM類型的套介面為全雙向的位元組流。對於流類套介面，在接收或發送數據前必需處於已連接狀態。用connect()調用建立與另一套介面的連接，連接成功後，即可用send()和recv()傳送數據。當會話結束後，調用closesocket()。帶外數據根據規定用send()和recv()來接收。
實現SOCK_STREAM類型套介面的通訊協議保證數據不會丟失也不會重復。如果終端協議有緩沖區空間，且數據不能在一定時間成功發送，則認為連接中斷，其後續的調用也將以WSAETIMEOUT錯誤返回。
SOCK_DGRAM類型套介面允許使用sendto()和recvfrom()從任意埠發送或接收數據報。如果這樣一個套介面用connect()與一個指定埠連接，則可用send()和recv()與該埠進行數據報的發送與接收。
㈡ socket是什麼呀
Socket介面是TCP/IP網路的API（Application Programming Interface,應用程序編程介面），Socket介面定義了許多函數或常式，程序員可以用它們來開發 TCP/IP網路上的應用程序。
請參閱以下資料：
socket非常類似於電話插座。以一個國家級電話網為例。電話的通話雙方相當於相互通信的2個進程，區號是它的網路地址；區內一個單位的交換機相當於一台主機，主機分配給每個用戶的局內號碼相當於socket號。任何用戶在通話之前，首先要佔有一部電話機，相當於申請一個socket；同時要知道對方的號碼，相當於對方有一個固定的socket。然後向對方撥號呼叫，相當於發出連接請求(假如對方不在同一區內，還要撥對方區號，相當於給出網路地址)。對方假如在場並空閑(相當於通信的另一主機開機且可以接受連接請求)，拿起電話話筒，雙方就可以正式通話，相當於連接成功。雙方通話的過程，是一方向電話機發出信號和對方從電話機接收信號的過程，相當於向socket發送數據和從socket接收數據。通話結束後，一方掛起電話機相當於關閉socket，撤消連接。
在電話系統中，一般用戶只能感受到本地電話機和對方電話號碼的存在，建立通話的過程，話音傳輸的過程以及整個電話系統的技術細節對他都是透明的，這也與socket機制非常相似。socket利用網間網通信設施實現進程通信，但它對通信設施的細節毫不關心，只要通信設施能提供足夠的通信能力，它就滿足了。
至此，我們對socket進行了直觀的描述。抽象出來，socket實質上提供了進程通信的端點。進程通信之前，雙方首先必須各自創建一個端點，否則是沒有辦法建立聯系並相互通信的。正如打電話之前，雙方必須各自擁有一台電話機一樣。在網間網內部，每一個socket用一個半相關描述:
(協議，本地地址，本地埠)
一個完整的socket有一個本地唯一的socket號，由操作系統分配。
最重要的是，socket 是面向客戶/伺服器模型而設計的，針對客戶和伺服器程序提供不同的socket 系統調用。客戶隨機申請一個socket (相當於一個想打電話的人可以在任何一台入網電話上撥號呼叫)，系統為之分配一個socket號；伺服器擁有全局公認的 socket ，任何客戶都可以向它發出連接請求和信息請求(相當於一個被呼叫的電話擁有一個呼叫方知道的電話號碼)。
socket利用客戶/伺服器模式巧妙地解決了進程之間建立通信連接的問題。伺服器socket 半相關為全局所公認非常重要。讀者不妨考慮一下，兩個完全隨機的用戶進程之間如何建立通信？假如通信雙方沒有任何一方的socket 固定，就好比打電話的雙方彼此不知道對方的電話號碼，要通話是不可能的。
實際應用中socket例子
Socket 介面是訪問 Internet 使用得最廣泛的方法。 如果你有一台剛配好TCP/IP協議的主機，其IP地址是202.120.127.201， 此時在另一台主機或同一台主機上執行ftp 202.120.127.201，顯然無法建立連接。因"202.120.127.201" 這台主機沒有運行FTP服務軟體。同樣， 在另一台或同一台主機上運行瀏覽軟體 如Netscape，輸入"http://202.120.127.201"，也無法建立連接。現在，如果在這台主機上運行一個FTP服務軟體（該軟體將打開一個Socket， 並將其綁定到21埠），再在這台主機上運行一個Web 服務軟體（該軟體將打開另一個Socket，並將其綁定到80埠）。這樣，在另一台主機或同一台主機上執行ftp 202.120.127.201，FTP客戶軟體將通過21埠來呼叫主機上由FTP 服務軟體提供的Socket，與其建立連接並對話。而在netscape中輸入"http://202.120.127.201"時，將通過80埠來呼叫主機上由Web服務軟體提供的Socket，與其建 立連接並對話。
在Internet上有很多這樣的主機，這些主機一般運行了多個服務軟體，同時提供幾種服務。每種服務都打開一個Socket，並綁定到一個埠上，不同的埠對應於不同的服務。Socket正如其英文原意那樣，象一個多孔插座。一台主機猶如布滿各種插座的房間，每個插座有一個編號，有的插座提供220伏交流電， 有的提供110伏交流電，有的則提供有線電視節目。 客戶軟體將插頭插到不同編號的插座，就可以得到不同的服務。
一個Server-Client模型程序的開發原理：
伺服器，使用ServerSocket監聽指定的埠，埠可以隨意指定（由於1024以下的埠通常屬於保留埠，在一些操作系統中不可以隨意使用，所以建議使用大於1024的埠），等待客戶連接請求，客戶連接後，會話產生；在完成會話後，關閉連接。
客戶端，使用Socket對網路上某一個伺服器的某一個埠發出連接請求，一旦連接成功，打開會話；會話完成後，關閉Socket。客戶端不需要指定打開的埠，通常臨時的、動態的分配一個1024以上的埠。
Socket介面是TCP/IP網路的API，Socket介面定義了許多函數或常式，程序員可以用它們來開發TCP/IP網路上的應用程序。要學Internet上的TCP/IP網路編程，必須理解Socket介面。 Socket介面設計者最先是將介面放在Unix操作系統裡面的。如果了解Unix系統的輸入和輸出的話，就很容易了解Socket了。網路的Socket數據傳輸是一種特殊的I/O，Socket也是一種文件描述符。Socket也具有一個類似於打開文件的函數調用Socket()，該函數返回一個整型的Socket描述符，隨後的連接建立、數據傳輸等操作都是通過該Socket實現的。
常用的Socket類型有兩種：流式Socket（SOCK_STREAM）和數據報式Socket（SOCK_DGRAM）。流式是一種面向連接的Socket，針對於面向連接的TCP服務應用；數據報式Socket是一種無連接的Socket，對應於無連接的UDP服務應用。 Socket建立為了建立Socket，程序可以調用Socket函數，該函數返回一個類似於文件描述符的句柄。socket函數原型為：int socket(int domain, int type, int protocol);domain指明所使用的協議族，通常為PF_INET，表示互聯網協議族（TCP/IP協議族）；type參數指定socket的類型：SOCK_STREAM 或SOCK_DGRAM，Socket介面還定義了原始Socket（SOCK_RAW），允許程序使用低層協議；protocol通常賦值"0"。Socket()調用返回一個整型socket描述符，你可以在後面的調用使用它。 Socket描述符是一個指向內部數據結構的指針，它指向描述符表入口。調用Socket函數時，socket執行體將建立一個Socket，實際上"建立一個Socket"意味著為一個Socket數據結構分配存儲空間。 Socket執行體為你管理描述符表。兩個網路程序之間的一個網路連接包括五種信息：通信協議、本地協議地址、本地主機埠、遠端主機地址和遠端協議埠。Socket數據結構中包含這五種信息。 socket在測量軟體中的使用也很廣泛
socket深層次理解
Socket編程基本就是listen，accept以及send，write等幾個基本的操作。
對於網路編程，我們也言必稱TCP/IP，似乎其它網路協議已經不存在了。對於TCP/IP，我們還知道TCP和UDP，前者可以保證數據的正確和可靠性，後者則允許數據丟失。最後，我們還知道，在建立連接前，必須知道對方的IP地址和埠號。除此，普通的程序員就不會知道太多了，很多時候這些知識已經夠用了。最多，寫服務程序的時候，會使用多線程來處理並發訪問。
我們還知道如下幾個事實：
1。一個指定的埠號不能被多個程序共用。比如，如果IIS佔用了80埠，那麼Apache就不能也用80埠了。
2。很多防火牆只允許特定目標埠的數據包通過。
3。服務程序在listen某個埠並accept某個連接請求後，會生成一個新的socket來對該請求進行處理。
於是，一個困惑了我很久的問題就產生了。如果一個socket創建後並與80埠綁定後，是否就意味著該socket佔用了80埠呢？如果是這樣的，那麼當其accept一個請求後，生成的新的socket到底使用的是什麼埠呢（我一直以為系統會默認給其分配一個空閑的埠號）？如果是一個空閑的埠，那一定不是80埠了，於是以後的TCP數據包的目標埠就不是80了--防火牆一定會組織其通過的！實際上，我們可以看到，防火牆並沒有阻止這樣的連接，而且這是最常見的連接請求和處理方式。我的不解就是，為什麼防火牆沒有阻止這樣的連接？它是如何判定那條連接是因為connet80埠而生成的？是不是TCP數據包里有什麼特別的標志？或者防火牆記住了什麼東西？
後來，我又仔細研讀了TCP/IP的協議棧的原理，對很多概念有了更深刻的認識。比如，在TCP和UDP同屬於傳輸層，共同架設在IP層（網路層）之上。而IP層主要負責的是在節點之間（End to End）的數據包傳送，這里的節點是一台網路設備，比如計算機。因為IP層只負責把數據送到節點，而不能區分上面的不同應用，所以TCP和UDP協議在其基礎上加入了埠的信息，埠於是標識的是一個節點上的一個應用。除了增加埠信息，UPD協議基本就沒有對IP層的數據進行任何的處理了。而TCP協議還加入了更加復雜的傳輸控制，比如滑動的數據發送窗口（Slice Window），以及接收確認和重發機制，以達到數據的可靠傳送。不管應用層看到的是怎樣一個穩定的TCP數據流，下面傳送的都是一個個的IP數據包，需要由TCP協議來進行數據重組。
所以，我有理由懷疑，防火牆並沒有足夠的信息判斷TCP數據包的更多信息，除了IP地址和埠號。而且，我們也看到，所謂的埠，是為了區分不同的應用的，以在不同的IP包來到的時候能夠正確轉發。
TCP/IP只是一個協議棧，就像操作系統的運行機制一樣，必須要具體實現，同時還要提供對外的操作介面。就像操作系統會提供標準的編程介面，比如Win32編程介面一樣，TCP/IP也必須對外提供編程介面，這就是Socket編程介面--原來是這么回事啊！
在Socket編程介面里，設計者提出了一個很重要的概念，那就是socket。這個socket跟文件句柄很相似，實際上在BSD系統里就是跟文件句柄一樣存放在一樣的進程句柄表裡。這個socket其實是一個序號，表示其在句柄表中的位置。這一點，我們已經見過很多了，比如文件句柄，窗口句柄等等。這些句柄，其實是代表了系統中的某些特定的對象，用於在各種函數中作為參數傳入，以對特定的對象進行操作--這其實是C語言的問題，在C++語言里，這個句柄其實就是this指針，實際就是對象指針啦。
現在我們知道，socket跟TCP/IP並沒有必然的聯系。Socket編程介面在設計的時候，就希望也能適應其他的網路協議。所以，socket的出現只是可以更方便的使用TCP/IP協議棧而已，其對TCP/IP進行了抽象，形成了幾個最基本的函數介面。比如create，listen，accept，connect，read和write等等。
現在我們明白，如果一個程序創建了一個socket，並讓其監聽80埠，其實是向TCP/IP協議棧聲明了其對80埠的佔有。以後，所有目標是80埠的TCP數據包都會轉發給該程序（這里的程序，因為使用的是Socket編程介面，所以首先由Socket層來處理）。所謂accept函數，其實抽象的是TCP的連接建立過程。accept函數返回的新socket其實指代的是本次創建的連接，而一個連接是包括兩部分信息的，一個是源IP和源埠，另一個是宿IP和宿埠。所以，accept可以產生多個不同的socket，而這些socket里包含的宿IP和宿埠是不變的，變化的只是源IP和源埠。這樣的話，這些socket宿埠就可以都是80，而Socket層還是能根據源/宿對來准確地分辨出IP包和socket的歸屬關系，從而完成對TCP/IP協議的操作封裝！而同時，放火牆的對IP包的處理規則也是清晰明了，不存在前面設想的種種復雜的情形。