linuxsocket超时
Ⅰ 我想请教linux 下socket 超时设置的问题
举例：
s=socket();
设置s为non-blocking；
connect(s,..);
FD_SET...;
rc = select(..., 10s);
if (rc == 0) 表示10s超时了。
这个超时的意思是：10s之内，select中所有socket的事件均未产生（如果至少有一个产生，则rc大于0)
注意：这个10s跟connect本身的超时机制完全无关，前者的设置不影响后者。10s后select的返回，表明10s内connect还没成功，connect可能还在按自己的超时机制（例如慢启动）尝试重连（当然它最终也有个超时）。
至于connect本身的超时是否可以设置，可能各系统不一样。
顺便提醒：connect的socket必须是non-blocking类型，否则，connect会阻塞，也就没必要用select来检测是否连接成功。另外，那个s要注册到write类型的fd中，即select的第3个参数中。
其他listen，recv什么的，完全类似（但listen，recv本身没有什么超时概念）。只不过listen的和recv的socket，要注册到read的fd中。
Ⅱ linux非阻塞socket中select的问题
select是不断的监听文件描述符，肯定能探测到它已经关闭了，那么关闭的fd肯定就得从它的fd_set中退出来哇，退出来了，它自然就不监听这个fd了，然后就只有等到超时退出了·····我个人的理解，说的好就给个分···呵呵··
Ⅲ 在Linux里面使用 setsockopt 为套接字设置超时选项 SO_RCVTIMEO 操作成功,可是实际运行时不起作用,为什么
晕， RCVTIMEO 只有在recv阻塞socket的时候，才有意义。你已经是non-blocking socket了，还设timeout干啥。
如果你是想要设置 select 的 timeout，应该在调用 select 时候指定timeout如
select(xxx, zzz, sss, mmm, &timeout);
Ⅳ linux socket 求助，总是提示 Connection refused
有时候，写UDP socket程序的时候，在调用sendto或者recvfrom的时候，会发现有Connection refused错误返回，错误码是ECONNREFUSED。对于懂得socket接口但是不很很懂网络的人，可能这根本就不是个问题，他会根据错误码知道远端没有这个服务端口，正如socket api的man手册中描述的那样： ECONNREFUSED A remote host refused to allow the network connection (typically because it is not running the requested service). 有时候无知真的是一种幸福！但是如果你十分精通TCP/IP栈，那么就想不通了，UDP既然无连接，怎么知道远端的情况呢？UDP不正如协议标准描述的那样，发出去就不管了吗？对于接收，没有数据就一直等，如果设置了NOWAIT，则直接返回EAGAIN，表示稍后再试。不管怎么说，也不会有ECONNREFUSED这么详细的信息返回才对啊。 既然UDP不会从对端返回任何错误信息，那么一定有别的什么返回了，总不能凭空猜测啊。这就涉及到了网络协议设计中的数据平面和控制平面了，对于控制平面的消息，可以是带内传输，也可以是带外传输。对于TCP而言，无疑是带内传输的，因为它本身就是有连接的协议，协议本身会处理任何的错误和异常，然而对于UDP而言，因为其设计目的就是保持简单性，故不再附带有任何带内的控制消息逻辑，互联网上为了弥补这一类协议的控制逻辑的缺失，ICMP协议才显得尤为重要！实际上，ICMP，根据名称就可以看出它是一种专门的控制协议，控制和指示IP层发生的事件。 ECONNREFUSED正是ICMP返回的！
Ⅳ linux socket 求助，总是提示 Connection refused
1. 首先那个要加上listen,listen会把socket创建的套接字从CLOSE状态，转换到LISTEN状态
2. err = bind(server_socket, (sockaddr*)&server_addr, sizeof(server_addr));这里强制转换为什么可以直接用sockaddr *呢，不应该是struct sockaddr *呢？
3. server_addr.sin_addr.s_addr = inet_addr(SERVER_IP)这里最好还是用inet_pton吧
4.
err = connect(s,(sockaddr*)&server_addr, sizeof(sockaddr));这句你仔细看看，最后一个sizeof里面的东西。改改差不多了应该，怎么能编译不报错呢，编译的时候加上-Wall试试
Ⅵ linux下setsockopt设置socket超时
she would watch a show and buy some gifts.
Ⅶ linux下有系统tcp连接超时时间么
可以作为TCP连接的典范:
boolCRemoteLink::Connect()
{
OnDisconnected();//如果已经连接，则断开
if(!m_bUseProxy)
{
m_iConnStatus=SS_CONNECTING;//正在连接状态
GNTRACE("开始连接到远程服务器[%s][%ld]... ",m_strip.c_str(),m_port);
//建立套接字,准备连接到服务器
m_socket=::socket(AF_INET,SOCK_STREAM,0);
if(socket<0){
if(m_pCallBack)
m_pCallBack->OnSocketError(SE_CREATE,MSG_SE_CREATE);
returnfalse;
}
//设为异步操作方式
unsignedlongon=1;
if(::ioctlsocket(m_socket,FIONBIO,&on)<0){
::closesocket(m_socket);
if(m_pCallBack)
m_pCallBack->OnSocketError(SE_CREATE,MSG_SE_CREATE);
returnfalse;
}
sockaddr_inaddr;
memset(&addr,0,sizeof(addr));
addr.sin_family=AF_INET;
addr.sin_addr.s_addr=inet_addr(m_strip.c_str());
addr.sin_port=htons(m_port);
intrt;
rt=::connect(m_socket,(sockaddr*)&addr,sizeof(addr));
if(rt==0){
OnConnected();
returntrue;
}
//==================================================================
timevalto;
//首先建立连接
fd_setwfds;
fd_setefds;
FD_ZERO(&wfds);
FD_ZERO(&efds);
//testshutdowneventeach100ms.
to.tv_sec=0;
//CONNECT_TIMEOUT;
to.tv_usec=100000;
intit=0;
while(!m_meShutdown.Wait(0)&&!m_meConnStop.Wait(0))
{
FD_SET(m_socket,&wfds);
FD_SET(m_socket,&efds);
intn=select(m_socket+1,NULL,&wfds,&efds,&to);
if(n>0){
if(FD_ISSET(m_socket,&wfds))
{
OnConnected();
returntrue;
}
else
{
//interr=::WSAGetLastError();
//constchar*msg=GetLastErrorMessage(err);
GNTRACE("CRemoteLink::Connect:connectionattemptfailed! ");
if(m_pCallBack)
m_pCallBack->OnSocketError(SE_CONN,MSG_SE_CONN);
break;
}
}elseif(n<0){//SelectError
interr=::WSAGetLastError();
constchar*msg=GetLastErrorMessage(err);
GNTRACE("CRemoteLink::Connect:SelectError.[%d]-%s ",err,msg);
if(m_pCallBack)
m_pCallBack->OnSocketError(err,msg);
break;
}
else
{
it+=100;
if(it>30000)//连接超时--(30S)
{
GNTRACE("CRemoteLink::Connect:Timeout. ");
if(m_pCallBack)
m_pCallBack->OnSocketError(SE_TIMEOUT,MSG_SE_TIMEOUT);
break;
}
}
}
if(m_meConnStop.Wait(0))
{
GNTRACE("连接过程进行时被取消。 ");
}
}
else
{
//通过代理服务器连接
Ⅷ linux socket阻塞recv怎么返回
recv是socket编程中最常用的函数之一，在阻塞状态的recv有时候会返回不同的值，而对于错误值也有相应的错误码，分别对应不同的状态，下面是我针对常见的几种网络状态的简单总结。
首先阻塞接收的recv有时候会返回0，这仅在对端已经关闭TCP连接时才会发生。
而当拔掉设备网线的时候，recv并不会发生变化，仍然阻塞，如果在这个拔网线阶段，socket被关掉了，后果可能就是recv永久的阻塞了。
所以一般对于阻塞的socket都会用setsockopt来设置recv超时。
当超时时间到达后，recv会返回错误，也就是-1，而此时的错误码是EAGAIN或者EWOULDBLOCK，POSIX.1-2001上允许两个任意一个出现都行，所以建议在判断错误码上两个都写上。
如果socket是被对方用linger为0的形式关掉，也就是直接发RST的方式关闭的时候，recv也会返回错误，错误码是ENOENT
还有一种经常在代码中常见的错误码，那就是EINTER，意思是系统在接收的时候因为收到其他中断信号而被迫返回，不算socket故障，应该继续接收。但是这种情况非常难再现，我尝试过一边一直在不停的发信号，一边用recv接收数据，也没有出现过。这种异常错误我附近只有一个朋友在用write的时候见到过一次，但是总是会有概率出现的，所以作为完善的程序必须对此错误进行特殊处理。
一般设置超时的阻塞recv常用的方法都如下：
while(1)
{
cnt = (int)recv(m_socket, pBuf,RECVSIZE, 0);
if( cnt >0 )
{
//正常处理数据
}
else
{
if((cnt<0) &&(errno == EAGAIN||errno == EWOULDBLOCK||errno == EINTR)) //这几种错误码，认为连接是正常的，继续接收
{
continue;//继续接收数据
}
break;//跳出接收循环
}
}
阻塞与非阻塞recv返回值没有区分，都是 <0 出错 =0 连接关闭 >0 接收到数据大小。
Linux环境下，须如下定义：struct timeval timeout = {3,0};
//设置发送超时
setsockopt(socket，SOL_SOCKET,SO_SNDTIMEO，(char *)&timeout,sizeof(struct timeval));
//设置接收超时
setsockopt(socket，SOL_SOCKET,SO_RCVTIMEO，(char *)&timeout,sizeof(struct timeval));
Ⅸ socket超时什么意思
你好，这分为两种情况。
Socket.connect连接超时有二种情况：
1.由于网络的问题，TCP/IP三次握手时间>timeout的设置时间。这在国外访问weibo时，并且网络环境极差的情况下有可能发生。
解决的办法：调大socket.connect方法中的timeout参数值，比如50s，linux默认最高是70s，如果超过70s没有意义，linux会采用70s.
但是当调大之后，发现不到10s就报timeout exception。
通过国外的机器ping api.weibo.com发现unreachable。
说明客户端在传输层之下的网络层就发现连个Syn的报文都发不出去，更不用说三次握手了，客户端直接失败并抛timeout exception。
经验：在connection timeout诊断的第一步应该是ping一下确认网络层没有问题。
注：客户端设置了timeout，但并不会等到超时才返回异常。客户端只要第一时间发现连接失败，就会抛timeout exception。
2.如果timeout设置的时间足够，但是由于服务器端的处理能力较差，比如缓冲连接队列较小，而应用层的处理能力没有连接缓冲快，导致缓冲连接占满，而拒绝新的连接。
在服务端因为连接队列占满而拒绝服务的期间，客户端的通过TCP协议重试三次。每次的时间翻倍。
如果三次时间的累加<timeout参数值且能连接上，属于正常情况，表示队列腾出空位放当前连接。
如果三次时间的累加<timeout参数值且未能连接上，则客户端会立刻抛出timeout exception,而不等timeout到期才抛。
1.读写超时
read超时设置有意义,在服务器处理能力差，但最终会响应的情况下，可以将客户端的等待响应时间设长一些。如果太长的话，由于客户端使用的是BIO的方式，线程会一直阻塞在IO而导致挂起。当客户端的处理能力明显快于服务端，这样挂起的线程会很多。
不管客户端还是服务器端，当有很多线程阻塞时，对机器的性能都会影响。我在weibo的论坛上看到有人在read timed out后，将soTimeout的时间设为100s。这是很危险的，新浪的服务器一旦崩溃，自己的服务器也会由于大量线程积压崩溃。
因为线程在挂起之后，它掌握的资源并不会释放，比如内存，直到阻塞完成。同时大量线程的挂起就意味着系统要做大量上下文的恢复并调度执行。
解决办法：
如果客户端使用NIO的方式，如果服务端的响应能标出客户端的请求，则线程在客户端请求之后，完全可以把请求放入一个BlockQueue，然后利用Future或Wait/Notify等机制在带着请求标志的响应返回的时候，唤想队列中的请求接着处理，从而实现异步处理，可以用少量线程服务大量请求。
同样，如果服务器端可以使用NIO做到请求每线程处理，而不是连接每线程，可以大大减少线程挂起导致资源的浪费，NIO适用于连接很多，请求很少的场合。另外，Commet又称为服务器推技术，它的主要特点是长连接。避免客户端低效的请求轮询。主要用于聊天室，WEIBO，因为连接多，请求不一定多，同样也适合在服务器端使用NIO
注：read timeout异常时，并不需要ping远程机器，因为它是辅助定位connection timeout，如果ping不通，肯定是conneciton timeout而不会到read timeout。read timeout exception不会导致连接中断。为重试提供了机会。
2.write超时一般不象connection timeout和read timeout可以在客户端显示调值，TCP有写重传的概念，一般8m内会重试，否则，直接断开连接。
如果对您有帮助，还望采纳。
Ⅹ Linux如何清空Socket缓冲区
socket不是这么接收数据的 由于socket是以数据流的形式发送数据，接收方不知道对方一次性发送了多少数据，也能保证对方一次性发送的数据能在同一刻接收到，所以Receive方法是这么工作的： 接受一个byye[]类型的参数作为缓冲区，在经过一定的时间后把接收到的数据填充到这个缓冲区里面，并且返回实际接收到数据的长度，这个实际接收到的数据长度有可能为0（没有接收到数据）、大于0小于缓冲区的长度（接收到数据，但是没有我们预期的多）、等于缓冲区的长度（说明接收到的数据大于等于我们预期的长度）。 每次接收缓冲区都用同一个byte[] byteMessage，并且你没有检查接收到的数据长度，所以第一次你接收到的数据是123456，第二次你只接收到了8，但是缓冲区里面还有23456，所以加起来就是823456了。 socket接收缓冲区的大小有讲究，设置大了接收起来慢，因为它要等尽可能多的数据接收到了再返回；设置小了需要重复多次调用接收方法才能把数据接收完，socket有个属性，标识了系统默认的接收缓冲区大小，可以参考这个！ 还有就是用recv读取，但是由于不知道缓存里有多少数据，如果是阻塞模式，到最后必然等到超时才知道数据已经读取完毕，这是个问题。 另一个是用fgetc，通过返回判断是否是feof： whlie （1） { a=fgetc（f）；if （feof（f）） break；//… b=fgetc（f）；if （feof（f）） break；//…}当然，我不知道读取完毕后最后一次调用fgetc会不会堵塞，需要测试。 在非阻塞模式下，我们用recv就可以轻松搞定了，但是阻塞模式下，由于我们不知道缓冲区有多少数据，不能直接调用recv尝试清除。 使用一个小小的技巧，利用select函数，我们可以轻松搞定这个问题： select函数用于监视一个文件描述符集合，如果集合中的描述符没有变化，则一直阻塞在这里，直到超时时间到达；在超时时间内，一旦某个描述符触发了你所关心的事件，select立即返回，通过检索文件描述符集合处理相应事件；select函数出错则返回小于零的值，如果有事件触发，则返回触发事件的描述符个数；如果超时，返回0，即没有数据可读。 重点在于：我们可以用select的超时特性，将超时时间设置为0，通过检测select的返回值，就可以判断缓冲是否被清空。通过这个技巧，使一个阻塞的socket成了‘非阻塞’socket. 现在就可以得出解决方案了：使用select函数来监视要清空的socket描述符，并把超时时间设置为0，每次读取一个字节然后丢弃（或者按照业务需要进行处理，随你便了），一旦select返回0，说明缓冲区没数据了（“超时”了）。 struct timeval tmOut；tmOut.tv_sec = 0；tmOut.tv_usec = 0；fd_set fds；FD_ZEROS（&fds）；FD_SET（skt， &fds）； int nRet； char tmp[2]； memset（tmp， 0， sizeof（tmp））； while（1） { nRet= select（FD_SETSIZE， &fds， NULL， NULL， &tmOut）；if（nRet== 0） break；recv（skt， tmp， 1，0）；} 这种方式的好处是，不再需要用recv、recvfrom等阻塞函数直接去读取，而是使用select，利用其超时特性检测缓冲区是否为空来判断是否有数据，有数据时才调用recv进行清除。 有人说同样可以用recv和socket的超时设置去清空啊，这个没错，但是你需要直接对socket描述符设置超时时间，而为了清空数据而直接修改socket描述符的属性，可能会影响到其他地方的使用，造成系统奇奇怪怪的问题，所以，不推荐使用。