socket 編程中 accept 函數返回

簡單的說就是通信的兩方的壹種約定，用套接字中的相關函數來完成通信過程

應用層通過傳輸層進行數據通信時，TCP和UDP會遇到同時為多個應用程序進程提供並發服務的問題。多個TCP連接或多個應用程序進程可能需要通過同壹個 TCP協議端口傳輸數據。為了區別不同的應用程序進程和連接，許多計算機操作系統為應用程序與TCP／IP協議交互提供了稱為套接字(Socket)的接口。

區分不同應用程序進程間的網絡通信和連接，主要有3個參數：通信的目的IP地址、使用的傳輸層協議(TCP或UDP)和使用的端口號。Socket原意是 “插座”。通過將這3個參數結合起來，與壹個“插座”Socket綁定，應用層就可以和傳輸層通過套接字接口，區分來自不同應用程序進程或網絡連接的通信，實現數據傳輸的並發服務。

-- win API socket

本文所談到的Socket函數如果沒有特別說明，都是指的Windows Socket API。

壹、WSAStartup函數

int WSAStartup(

WORD wVersionRequested,

LPWSADATA lpWSAData

);

使用Socket的程序在使用Socket之前必須調用WSAStartup函數。該函數的第壹個參數指明程序請求使用的Socket版本，其中高位字節指明副版本、低位字節指明主版本；操作系統利用第二個參數返回請求的Socket的版本信息。當壹個應用程序調用WSAStartup函數時，操作系統根據請求的Socket版本來搜索相應的Socket庫，然後綁定找到的Socket庫到該應用程序中。以後應用程序就可以調用所請求的 Socket庫中的其它Socket函數了。該函數執行成功後返回0。

例：假如壹個程序要使用2.1版本的Socket,那麽程序代碼如下

wVersionRequested = MAKEWORD( 2, 1 );

err = WSAStartup( wVersionRequested, &wsaData );

二、WSACleanup函數

int WSACleanup (void);

應用程序在完成對請求的Socket庫的使用後，要調用WSACleanup函數來解除與Socket庫的綁定並且釋放Socket庫所占用的系統資源。

三、socket函數

SOCKET socket(

int af,

int type,

int protocol

);

應用程序調用socket函數來創建壹個能夠進行網絡通信的套接字。第壹個參數指定應用程序使用的通信協議的協議族，對於TCP/IP協議族，該參數置PF_INET;第二個參數指定要創建的套接字類型，流套接字類型為SOCK_STREAM、數據報套接字類型為SOCK_DGRAM；第三個參數指定應用程序所使用的通信協議。該函數如果調用成功就返回新創建的套接字的描述符，如果失敗就返回INVALID_SOCKET。套接字描述符是壹個整數類型的值。每個進程的進程空間裏都有壹個套接字描述符表，該表中存放著套接字描述符和套接字數據結構的對應關系。該表中有壹個字段存放新創建的套接字的描述符，另壹個字段存放套接字數據結構的地址，因此根據套接字描述符就可以找到其對應的套接字數據結構。每個進程在自己的進程空間裏都有壹個套接字描述符表但是套接字數據結構都是在操作系統的內核緩沖裏。下面是壹個創建流套接字的例子：

struct protoent *ppe;

ppe=getprotobyname("tcp");

SOCKET ListenSocket=socket(PF_INET,SOCK_STREAM,ppe->p_proto);

四、closesocket函數

int closesocket(

SOCKET s

);

closesocket函數用來關閉壹個描述符為s套接字。由於每個進程中都有壹個套接字描述符表，表中的每個套接字描述符都對應了壹個位於操作系統緩沖區中的套接字數據結構，因此有可能有幾個套接字描述符指向同壹個套接字數據結構。套接字數據結構中專門有壹個字段存放該結構的被引用次數，即有多少個套接字描述符指向該結構。當調用closesocket函數時，操作系統先檢查套接字數據結構中的該字段的值，如果為1，就表明只有壹個套接字描述符指向它，因此操作系統就先把s在套接字描述符表中對應的那條表項清除，並且釋放s對應的套接字數據結構；如果該字段大於1，那麽操作系統僅僅清除s在套接字描述符表中的對應表項，並且把s對應的套接字數據結構的引用次數減1。

closesocket函數如果執行成功就返回0，否則返回SOCKET_ERROR。

五、send函數

int send(

SOCKET s,

const char FAR *buf,

int len,

int flags

);

不論是客戶還是服務器應用程序都用send函數來向TCP連接的另壹端發送數據。客戶程序壹般用send函數向服務器發送請求，而服務器則通常用 send函數來向客戶程序發送應答。該函數的第壹個參數指定發送端套接字描述符；第二個參數指明壹個存放應用程序要發送數據的緩沖區；第三個參數指明實際要發送的數據的字節數；第四個參數壹般置0。這裏只描述同步Socket的send函數的執行流程。當調用該函數時，send先比較待發送數據的長度 len和套接字s的發送緩沖區的長度，如果len大於s的發送緩沖區的長度，該函數返回SOCKET_ERROR；如果len小於或者等於s的發送緩沖區的長度，那麽send先檢查協議是否正在發送s的發送緩沖中的數據，如果是就等待協議把數據發送完，如果協議還沒有開始發送s的發送緩沖中的數據或者s的發送緩沖中沒有數據，那麽send就比較s的發送緩沖區的剩余空間和len，如果len大於剩余空間大小send就壹直等待協議把s的發送緩沖中的數據發送完，如果len小於剩余空間大小send就僅僅把buf中的數據copy到剩余空間裏（註意並不是send把s的發送緩沖中的數據傳到連接的另壹端的，而是協議傳的，send僅僅是把buf中的數據copy到s的發送緩沖區的剩余空間裏）。如果send函數copy數據成功，就返回實際copy的字節數，如果send在copy數據時出現錯誤，那麽send就返回SOCKET_ERROR；如果send在等待協議傳送數據時網絡斷開的話，那麽send 函數也返回SOCKET_ERROR。要註意send函數把buf中的數據成功copy到s的發送緩沖的剩余空間裏後它就返回了，但是此時這些數據並不壹定馬上被傳到連接的另壹端。如果協議在後續的傳送過程中出現網絡錯誤的話，那麽下壹個Socket函數就會返回SOCKET_ERROR。（每壹個除 send外的Socket函數在執行的最開始總要先等待套接字的發送緩沖中的數據被協議傳送完畢才能繼續，如果在等待時出現網絡錯誤，那麽該Socket 函數就返回SOCKET_ERROR）

註意：在Unix系統下，如果send在等待協議傳送數據時網絡斷開的話，調用send的進程會接收到壹個SIGPIPE信號，進程對該信號的默認處理是進程終止。

六、recv函數

int recv(

SOCKET s,

char FAR *buf,

int len,

int flags

);

不論是客戶還是服務器應用程序都用recv函數從TCP連接的另壹端接收數據。該函數的第壹個參數指定接收端套接字描述符；第二個參數指明壹個緩沖區，該緩沖區用來存放recv函數接收到的數據；第三個參數指明buf的長度；第四個參數壹般置0。這裏只描述同步Socket的recv函數的執行流程。當應用程序調用recv函數時，recv先等待s的發送緩沖中的數據被協議傳送完畢，如果協議在傳送s的發送緩沖中的數據時出現網絡錯誤，那麽 recv函數返回SOCKET_ERROR，如果s的發送緩沖中沒有數據或者數據被協議成功發送完畢後，recv先檢查套接字s的接收緩沖區，如果s接收緩沖區中沒有數據或者協議正在接收數據，那麽recv就壹直等待，只到協議把數據接收完畢。當協議把數據接收完畢，recv函數就把s的接收緩沖中的數據 copy到buf中（註意協議接收到的數據可能大於buf的長度，所以在這種情況下要調用幾次recv函數才能把s的接收緩沖中的數據copy完。 recv函數僅僅是copy數據，真正的接收數據是協議來完成的），recv函數返回其實際copy的字節數。如果recv在copy時出錯，那麽它返回 SOCKET_ERROR；如果recv函數在等待協議接收數據時網絡中斷了，那麽它返回0。

註意：在Unix系統下，如果recv函數在等待協議接收數據時網絡斷開了，那麽調用recv的進程會接收到壹個SIGPIPE信號，進程對該信號的默認處理是進程終止。

七、bind函數

int bind(

SOCKET s,

const struct sockaddr FAR *name,

int namelen

);

當創建了壹個Socket以後，套接字數據結構中有壹個默認的IP地址和默認的端口號。壹個服務程序必須調用bind函數來給其綁定壹個IP地址和壹個特定的端口號。客戶程序壹般不必調用bind函數來為其Socket綁定IP地址和斷口號。該函數的第壹個參數指定待綁定的Socket描述符；第二個參數指定壹個sockaddr結構，該結構是這樣定義的：

struct sockaddr {

u_short sa_family;

char sa_data[14];

};

sa_family指定地址族，對於TCP/IP協議族的套接字，給其置AF_INET。當對TCP/IP協議族的套接字進行綁定時，我們通常使用另壹個地址結構：

struct sockaddr_in {

short sin_family;

u_short sin_port;

struct in_addr sin_addr;

char sin_zero[8];

};

其中sin_family置AF_INET；sin_port指明端口號；sin_addr結構體中只有壹個唯壹的字段s_addr，表示IP地址，該字段是壹個整數，壹般用函數inet_addr（）把字符串形式的IP地址轉換成unsigned long型的整數值後再置給s_addr。有的服務器是多宿主機，至少有兩個網卡，那麽運行在這樣的服務器上的服務程序在為其Socket綁定IP地址時可以把htonl(INADDR_ANY)置給s_addr，這樣做的好處是不論哪個網段上的客戶程序都能與該服務程序通信；如果只給運行在多宿主機上的服務程序的Socket綁定壹個固定的IP地址，那麽就只有與該IP地址處於同壹個網段上的客戶程序才能與該服務程序通信。我們用0來填充 sin_zero數組，目的是讓sockaddr_in結構的大小與sockaddr結構的大小壹致。下面是壹個bind函數調用的例子：

struct sockaddr_in saddr；

saddr.sin_family = AF_INET;

saddr.sin_port = htons(8888);

saddr.sin_addr.s_addr = htonl(INADDR_ANY);

bind(ListenSocket,(struct sockaddr *)&saddr,sizeof(saddr))；

八、listen函數

int listen( SOCKET s, int backlog );

服務程序可以調用listen函數使其流套接字s處於監聽狀態。處於監聽狀態的流套接字s將維護壹個客戶連接請求隊列，該隊列最多容納backlog個客戶連接請求。假如該函數執行成功，則返回0；如果執行失敗，則返回SOCKET_ERROR。

九、accept函數

SOCKET accept(

SOCKET s,

struct sockaddr FAR *addr,

int FAR *addrlen

);

服務程序調用accept函數從處於監聽狀態的流套接字s的客戶連接請求隊列中取出排在最前的壹個客戶請求，並且創建壹個新的套接字來與客戶套接字創建連接通道，如果連接成功，就返回新創建的套接字的描述符，以後與客戶套接字交換數據的是新創建的套接字；如果失敗就返回 INVALID_SOCKET。該函數的第壹個參數指定處於監聽狀態的流套接字；操作系統利用第二個參數來返回新創建的套接字的地址結構；操作系統利用第三個參數來返回新創建的套接字的地址結構的長度。下面是壹個調用accept的例子：

struct sockaddr_in ServerSocketAddr;

int addrlen;

addrlen=sizeof(ServerSocketAddr);

ServerSocket=accept(ListenSocket,(struct sockaddr *)&ServerSocketAddr,&addrlen);

十、connect函數

int connect(

SOCKET s,

const struct sockaddr FAR *name,

int namelen

);

客戶程序調用connect函數來使客戶Socket s與監聽於name所指定的計算機的特定端口上的服務Socket進行連接。如果連接成功，connect返回0；如果失敗則返回SOCKET_ERROR。下面是壹個例子：

struct sockaddr_in daddr;