VC socket Connect 超時時間設置
設置connect超時很簡單，CSDN上也有人提到過使用select，但卻沒有一個令人滿意與完整的答案。偶所講的也正是select函數，此函數集成在winsock1.1中，簡單點講，"作用使那些想避免在套接字調用過程中被鎖定的應用程序，采取一種有序的方式，同時對多個套接字進行管理"(《Windows網絡編程技術》原話)。使用方法與解釋請見《Windows網絡編程技術》。
在使用此函數前，需先將socket設置為非阻塞模式，這樣，在connect時，才會立馬跳過，同時，通常也會產生一個WSAEWOULDBLOCK錯誤，這個錯誤沒關系。再執行select則是真正的超時。
WSADATA wsd;
SOCKET cClient;
int ret;
struct sockaddr_in server;
hostent *host=NULL;
if(WSAStartup(MAKEWORD(2,0),&wsd)){return 0;}
cClient=socket(AF_INET,SOCK_STREAM,IPPROTO_TCP);
if(cClient==INVALID_SOCKET){return 0;}
//set Recv and Send time out
DWORD TimeOut=6000; //設置發送超時6秒
if(::setsockopt(cClient,SOL_SOCKET,SO_SNDTIMEO,(char *)&TimeOut,sizeof(TimeOut))==SOCKET_ERROR){
return 0;
}
TimeOut=6000;//設置接收超時6秒
if(::setsockopt(cClient,SOL_SOCKET,SO_RCVTIMEO,(char *)&TimeOut,sizeof(TimeOut))==SOCKET_ERROR){
return 0;
}
//設置非阻塞方式連接
unsigned long ul = 1;
ret = ioctlsocket(cClient, FIONBIO, (unsigned long*)&ul);
if(ret==SOCKET_ERROR)return 0;
//連接
server.sin_family = AF_INET;
server.sin_port = htons(25);
server.sin_addr .s_addr = inet_addr((LPCSTR)pSmtp);
if(server.sin_addr.s_addr == INADDR_NONE){return 0;}
connect(cClient,(const struct sockaddr *)&server,sizeof(server)); //立即返回
//select 模型，即設置超時
struct timeval timeout ;
fd_set r;
FD_ZERO(&r);
FD_SET(cClient, &r);
timeout.tv_sec = 15; //連接超時15秒
timeout.tv_usec =0;
ret = select(0, 0, &r, 0, &timeout);
if ( ret <= 0 )
{
::closesocket(cClient);
return 0;
}
//一般非阻塞模式套接比較難控制，可以根據實際情況考慮 再設回阻塞模式
unsigned long ul1= 0 ;
ret = ioctlsocket(cClient, FIONBIO, (unsigned long*)&ul1);
if(ret==SOCKET_ERROR){
::closesocket (cClient);
return 0;
}
原文：http://www.cnblogs.com/nemolog/archive/2006/03/12/348431.html
補充——關于Socket阻塞和非阻塞的區別：
簡單點說:
阻塞就是干不完不準回來，
非組賽就是你先干，我現看看有其他事沒有，完了告訴我一聲
我們拿最常用的send和recv兩個函數來說吧...
比如你調用send函數發送一定的Byte,在系統內部send做的工作其實只是把數據傳輸(Copy)到TCP/IP協議棧的輸出緩沖區,它執行成功并不代表數據已經成功的發送出去了,如果TCP/IP協議棧沒有足夠的可用緩沖區來保存你Copy過來的數據的話...這時候就體現出阻塞和非阻塞的不同之處了:對于阻塞模式的socket send函數將不返回直到系統緩沖區有足夠的空間把你要發送的數據Copy過去以后才返回,而對于非阻塞的socket來說send會立即返回WSAEWOULDDBLOCK告訴調用者說:"發送操作被阻塞了!!!你想辦法處理吧..."
對于recv函數,同樣道理,該函數的內部工作機制其實是在等待TCP/IP協議棧的接收緩沖區通知它說:嗨,你的數據來了.對于阻塞模式的socket來說如果TCP/IP協議棧的接收緩沖區沒有通知一個結果給它它就一直不返回:耗費著系統資源....對于非阻塞模式的socket該函數會馬上返回,然后告訴你:WSAEWOULDDBLOCK---"現在沒有數據,回頭在來看看"