tcp连接超时处理
設(shè)置connect超時很簡單,CSDN上也有人提到過使用select,但卻沒有一個令人滿意與完整的答案。偶所講的也正是select函數(shù),此函數(shù)集成在winsock1.1中,簡單點講,"作用使那些想避免在套接字調(diào)用過程中被鎖定的應(yīng)用程序,采取一種有序的方式,同時對多個套接字進行管理"(《Windows網(wǎng)絡(luò)編程技術(shù)》原話)。使用方法與解釋請見《Windows網(wǎng)絡(luò)編程技術(shù)》。
在使用此函數(shù)前,需先將socket設(shè)置為非阻塞模式,這樣,在connect時,才會立馬跳過,同時,通常也會產(chǎn)生一個WSAEWOULDBLOCK錯誤,這個錯誤沒關(guān)系。再執(zhí)行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; //設(shè)置發(fā)送超時6秒
if(::setsockopt(cClient,SOL_SOCKET,SO_SNDTIMEO,(char *)&TimeOut,sizeof(TimeOut))==SOCKET_ERROR){
return 0;
}
TimeOut=6000;//設(shè)置接收超時6秒
if(::setsockopt(cClient,SOL_SOCKET,SO_RCVTIMEO,(char *)&TimeOut,sizeof(TimeOut))==SOCKET_ERROR){
return 0;
}
//設(shè)置非阻塞方式連接
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 模型,即設(shè)置超時
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;
}
//一般非阻塞模式套接比較難控制,可以根據(jù)實際情況考慮 再設(shè)回阻塞模式
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
補充——關(guān)于Socket阻塞和非阻塞的區(qū)別:
簡單點說:
阻塞就是干不完不準回來,???
非組賽就是你先干,我現(xiàn)看看有其他事沒有,完了告訴我一聲
我們拿最常用的send和recv兩個函數(shù)來說吧...?
比如你調(diào)用send函數(shù)發(fā)送一定的Byte,在系統(tǒng)內(nèi)部send做的工作其實只是把數(shù)據(jù)傳輸(Copy)到TCP/IP協(xié)議棧的輸出緩沖區(qū),它執(zhí)行成功并不代表數(shù)據(jù)已經(jīng)成功的發(fā)送出去了,如果TCP/IP協(xié)議棧沒有足夠的可用緩沖區(qū)來保存你Copy過來的數(shù)據(jù)的話...這時候就體現(xiàn)出阻塞和非阻塞的不同之處了:對于阻塞模式的socket send函數(shù)將不返回直到系統(tǒng)緩沖區(qū)有足夠的空間把你要發(fā)送的數(shù)據(jù)Copy過去以后才返回,而對于非阻塞的socket來說send會立即返回WSAEWOULDDBLOCK告訴調(diào)用者說:"發(fā)送操作被阻塞了!!!你想辦法處理吧..."?
對于recv函數(shù),同樣道理,該函數(shù)的內(nèi)部工作機制其實是在等待TCP/IP協(xié)議棧的接收緩沖區(qū)通知它說:嗨,你的數(shù)據(jù)來了.對于阻塞模式的socket來說如果TCP/IP協(xié)議棧的接收緩沖區(qū)沒有通知一個結(jié)果給它它就一直不返回:耗費著系統(tǒng)資源....對于非阻塞模式的socket該函數(shù)會馬上返回,然后告訴你:WSAEWOULDDBLOCK---"現(xiàn)在沒有數(shù)據(jù),回頭在來看看"
總結(jié)
- 上一篇: ElasticSearch Pipeli
- 下一篇: Grafana : 前端页面 通过API