recv send 阻塞和非阻塞-linux-电脑编程网recv send 阻塞和非阻塞作者：佚名　和相关&&转自 http://blog.csdn.net/xiaofei0859/article/details/6044993阻塞和非阻塞&　　阻塞函数在完成其指定的任务以前不允许程序调用另一个函数。例如，程序执行一个读数据的函数调用时，在此函数完成读操作以前将不会执行下一程序语句。当运行到accept语句时，而没有客户连接服务请求到来，就会停止在accept语句上等待连接服务请求的到来。这种情况称为阻塞（blocking）。而非阻塞操作则可以立即完成。比如，如果你希望服务器仅仅注意检查是否有客户在等待连接，有就接受连接，否则就继续做其他事情，则可以通过将Socket设置为非阻塞方式来实现。非阻塞socket在没有客户在等待时就使accept调用立即返回。&　　#include &unistd.h&&　　#include &fcntl.h&&　　……&sockfd = socket(AF_INET,SOCK_STREAM,0);&fcntl(sockfd,F_SETFL,O_NONBLOCK)；&……&　　通过设置socket为非阻塞方式，可以实现"轮询"若干Socket。当企图从一个没有数据等待处理的非阻塞Socket读入数据时，函数将立即返回，返回值为-1，并置errno值为EWOULDBLOCK。但是这种"轮询"会使CPU处于忙等待方式，从而降低性能，浪费系统资源。而调用select()会有效地解决这个问题，它允许你把进程本身挂起来，而同时使系统内核监听所要求的一组文件描述符的任何活动，只要确认在任何被监控的文件描述符上出现活动，select()调用将返回指示该文件描述符已准备好的信息，从而实现了为进程选出随机的变化，而不必由进程本身对输入进行测试而浪费CPU开销。Select函数原型为:&int select(int numfds,fd_set *readfds,fd_set *writefds，&fd_set *exceptfds,struct timeval *timeout);&　　其中readfds、writefds、exceptfds分别是被select()监视的读、写和异常处理的文件描述符集合。如果你希望确定是否可以从标准输入和某个socket描述符读取数据，你只需要将标准输入的文件描述符0和相应的sockdtfd加入到readfds集合中；numfds的值是需要检查的号码最高的文件描述符加1，这个例子中numfds的值应为sockfd+1；当select返回时，readfds将被修改，指示某个文件描述符已经准备被读取，你可以通过FD_ISSSET()来测试。为了实现fd_set中对应的文件描述符的设置、复位和测试，它提供了一组宏：&　　FD_ZERO(fd_set *set)----清除一个文件描述符集；&　　FD_SET(int fd,fd_set *set)----将一个文件描述符加入文件描述符集中；&　　FD_CLR(int fd,fd_set *set)----将一个文件描述符从文件描述符集中清除；&　　FD_ISSET(int fd,fd_set *set)----试判断是否文件描述符被置位。&　　Timeout参数是一个指向struct timeval类型的指针，它可以使select()在等待timeout长时间后没有文件描述符准备好即返回。struct timeval数据结构为：&　　struct timeval {&　　 int tv_ /* seconds */&　　 int tv_ /* microseconds */&};&另一种是使用select()函数。转自&http://blog.csdn.net/xiaofei0859/article/details/6037814int send( SOCKET s, const char FAR *buf, int len, int flags );不论是客户还是服务器应用程序都用send函数来向TCP连接的另一端发送数据。客户程序一般用send函数向服务器发送请求，而服务器则通常用send函数来向客户程序发送应答。&该函数的第一个参数指定发送端套接字描述符；&第二个参数指明一个存放应用程序要发送数据的缓冲区；&第三个参数指明实际要发送的数据的字节数；&第四个参数一般置0。&这里只描述同步Socket的send函数的执行流程。当调用该函数时，&（1）send先比较待发送数据的长度len和套接字s的发送缓冲的长度，&如果len大于s的发送缓冲区的长度，该函数返回SOCKET_ERROR；（2）如果len小于或者等于s的发送缓冲区的长度，那么send先检查协议是否正在发送s的发送缓冲中的数据，如果是就等待协议把数据发送完，如果协议&还没有开始发送s的发送缓冲中的数据或者s的发送缓冲中没有数据，那么send就比较s的发送缓冲区的剩余空间和len（3）如果len大于剩余空间大小，send就一直等待协议把s的发送缓冲中的数据发送完（4）如果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信号，进程对该信号的默认处理是进程终止。&通过测试发现，异步socket的send函数在网络刚刚断开时还能发送返回相应的字节数，同时使用select检测也是可写的，但是过几秒钟之后，再send就会出错了，返回-1。select也不能检测出可写了。&&&2. recv函数int recv( SOCKET s, char FAR *buf, int len, int flags);&不论是客户还是服务器应用程序都用recv函数从TCP连接的另一端接收数据。该函数的第一个参数指定接收端套接字描述符；&第二个参数指明一个缓冲区，该缓冲区用来存放recv函数接收到的数据；&第三个参数指明buf的长度；&第四个参数一般置0。&这里只描述同步Socket的recv函数的执行流程。当应用程序调用recv函数时，&（1）recv先等待s的发送缓冲中的数据被协议传送完毕，如果协议在传送s的发送缓冲中的数据时出现网络错误，那么recv函数返回SOCKET_ERROR，&（2）如果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信号，进程对该信号的默认处理是进程终止。阻塞就是干不完不准回来，&&&非组赛就是你先干，我现看看有其他事没有，完了告诉我一声我们拿最常用的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---"现在没有数据,回头在来看看"&&读数据的时候需要考虑的是当recv()返回的大小如果等于请求的大小，那么很有可能是缓冲区还有数据未读完，也意味着该次事件还没有处理完，所以还需要再次读取：while(rs){buflen = recv(activeevents[i].data.fd, buf, sizeof(buf), 0);if(buflen & 0){&&& //&由于是非阻塞的模式,所以当errno为EAGAIN时,表示当前缓冲区已无数据可读&&& //&在这里就当作是该次事件已处理处.&&& if(errno == EAGAIN)&&&&&&& else&&&&&& }&& else if(buflen == 0)&& {&&&& //&这里表示对端的socket已正常关闭.&& }&& if(buflen == sizeof(buf)&&&& rs = 1;&& //&需要再次读取&& else&&&& rs = 0;}还有，假如发送端流量大于接收端的流量(意思是epoll所在的程序读比转发的socket要快),由于是非阻塞的socket,那么send()函数虽然返回,但实际缓冲区的数据并未真正发给接收端,这样不断的读和发，当缓冲区满后会产生EAGAIN错误(参考man send),同时,不理会这次请求发送的数据.所以,需要封装socket_send()的函数用来处理这种情况,该函数会尽量将数据写完再返回，返回-1表示出错。在socket_send()内部,当写缓冲已满(send()返回-1,且errno为EAGAIN),那么会等待后再重试.这种方式并不很完美,在理论上可能会长时间的阻塞在socket_send()内部,但暂没有更好的办法.ssize_t socket_send(int sockfd, const char* buffer, size_t buflen){ssize_size_t total =const char *p =while(1){&&& tmp = send(sockfd, p, total, 0);&&& if(tmp & 0)&&& {&&&&& //&当send收到信号时,可以继续写,但这里返回-1.&&&&& if(errno == EINTR)&&&&&&& return -1;&&&&& //&当socket是非阻塞时,如返回此错误,表示写缓冲队列已满,&&&&& //&在这里做延时后再重试.&&&&& if(errno == EAGAIN)&&&&& {&&&&&&& usleep(1000);&&&&&&&&&&&& }&&&&& return -1;&&& }&&& if((size_t)tmp == total)&&&&&&&& total -=&&& p +=}}相关资料：｜｜｜｜｜｜｜recv send 阻塞和非阻塞来源网络，如有侵权请告知，即处理！编程Tags：　　　　　　　　　　　　　　　　&　　　　　　　　　　　　　　　　　　　　3529人阅读
地址转换时的htonl和inet_pton&
参数是32bit的二进制数值，在转换地址时就是32位的主机字节序ip地址（经常用点分十进制）&
用法：servaddr.sin_addr.s_addr=htonl(127.0.0.1);&
servaddr.sin_addr.s_addr=htonl(INADDR_ANY); // INADDR_ANY真实值为0.0.0.0
int inet_pton(int family,const char *strptr,void *addrptr);&
该函数完成两个功能：1.字符串-&二进制数值 2.主机字节序-&网络字节序（所以调用此函数后不需htonl了)&
第二个参数是ip地址字符串的指针
用法：inet_pton(AF_INET,argv[1],&servaddr.sin_addr);&
第三个参数使用&servaddr.sin_addr.s_addr也可以通过
总结：数值型的ip地址转换用htonl，字符串类型的用inet_pton
关于socket阻塞与非阻塞情况下的recv、send、read、write返回值
1、阻塞模式与非阻塞模式下recv的返回值各代表什么意思？有没有区别？（就我目前了解阻塞与非阻塞recv返回值没有区分，都是 &0：出错，=0：连接关闭，&0接收到数据大小，特别：返回值 &0时并且(errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN)的情况下认为连接是正常的，继续接收。只是阻塞模式下recv会阻塞着接收数据，非阻塞模式下如果没有数据会返回，不会阻塞着读，因此需要 循环读取
2、阻塞模式与非阻塞模式下write的返回值各代表什么意思？有没有区别？
阻塞与非阻塞write返回值没有区分，都是 &0：出错，=0：连接关闭，&0发送数据大小，特别：返回值 &0时并且(errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN)的情况下认为连接是正常的，继续发送。只是阻塞模式下write会阻塞着发送数据，非阻塞模式下如果暂时无法发送数据会返回，不会阻塞着 write，因此需要循环发送
3、阻塞模式下read返回值 & 0 && errno != EINTR && errno != EWOULDBLOCK && errno != EAGAIN时，连接异常，需要关闭，read返回值 & 0 && (errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN)时表示没有数据，需要继续接收，如果返回值大于0表示接送到数据。
非阻塞模式下read返回值 & 0表示没有数据，= 0表示连接断开，& 0表示接收到数据。
这2种模式下的返回值是不是这么理解，有没有跟详细的理解或跟准确的说明？
4、阻塞模式与非阻塞模式下是否send返回值 & 0 && (errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN)表示暂时发送失败，需要重试，如果send返回值 &= 0, && errno != EINTR && errno != EWOULDBLOCK && errno != EAGAIN时，连接异常，需要关闭，如果send返回值 & 0则表示发送了数据？send的返回值是否这么理解，阻塞模式与非阻塞模式下send返回值=0是否都是发送失败，还是那个模式下表示暂时不可发送，需要
用setsockopt()来控制recv()与send()的超时[转]
在send(),recv()过程中有时由于网络状况等原因，收发不能预期进行,而设置收发超时控制：&
在Linux下需要注意的是时间的控制结构是struct timeval而并不是某一整型数，以下是来自于网上一篇文章中的摘录，它是这样写的：&
int nNetTimeout=1000;//1秒，&
//设置发送超时&
setsockopt(socket，SOL_SOCKET,SO_SNDTIMEO，(char *)&nNetTimeout,sizeof(int));&
//设置接收超时&
setsockopt(socket，SOL_SOCKET,SO_RCVTIMEO，(char *)&nNetTimeout,sizeof(int));&
这样做在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));&
有两点注意就是：&
1）recv ()的第四个参数需为MSG_WAITALL，在阻塞模式下不等到指定数目的数据不会返回，除非超时时间到。还要注意的是只要设置了接收超时，在没有MSG_WAITALL时也是有效的。说到底超时就是不让你的程序老在那儿等，到一定时间进行一次返回而已。&
2）即使等待超时时间值未到，但对方已经关闭了socket， 则此时recv()会立即返回，并收到多少数据返回多少数据。
本文来自CSDN博客，转载请标明出处：
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：590227次
积分：6361
积分：6361
排名：第2381名
原创：15篇
转载：366篇
评论：70条
(1)(1)(5)(1)(5)(9)(3)(9)(5)(15)(9)(7)(1)(1)(1)(7)(4)(4)(12)(1)(4)(7)(7)(5)(6)(8)(4)(5)(3)(10)(10)(2)(6)(7)(7)(3)(12)(5)(1)(4)(17)(8)(10)(14)(20)(16)(9)(28)(6)(1)(2)(4)(28)(3)下次自动登录
现在的位置:
& 综合 & 正文
TCP/IP总结1：阻塞socket和非阻塞socket
序：前段时间狂看了很多关于网络编程的资料，这里自己总结一下，以便自己以后可以参考。
什么是阻塞socket，什么是非阻塞socket。对于这个问题，我们要先弄清什么是阻塞/非阻塞。阻塞与非阻塞是对一个文件描述符指定的文件或设备的两种工作方式。 阻塞的意思是指，当试图对该文件描述符进行读写时，如果当时没有东西可读或者暂时不可写，就进入等待状态，直到有东西可读或者可写为止。 非阻塞的意思是，当没有东西可读或者不可写时，读写函数就马上返回，而不会等待。
现在来理解什么是阻塞socket，什么是非阻塞socket。每个通过socket()函数创建的socket，本质就是一个文件描述符，所以对该文件描述符的IO操作方式不同，就有了阻塞socket和非阻塞socket。 那是不是说阻塞socket下的所以socket api函数都是阻塞的呢，如果你还不能正确的回答这个问题，说明上面简短的说明并没有让你真正的明白什么是阻塞socket和非阻塞socket。这个问题的答案是否定的，为什么是否定的，因为并不是每个socket的api都会涉及到对文件描述符的IO操作。
这里我列举了，哪些socket api会阻塞：
accept，connect，recv（recvfrom），send（sendto），closesocket，select（poll或epoll）
1）accept在阻塞模式下，没有新连接时，线程会进入睡眠状态；非阻塞模式下，没有新连接时，立即返回WOULDBLOCK错误。
2）connect在阻塞模式下，仅TCP连接建立成功或出错时才返回，分几种具体的情况，这里不再叙述；非阻塞模式下，该函数会立即返回INPROCESS错误（需用select检测该连接是否建立成功）
3）recv/recvfrom/send/sendto很好理解，因为这两类函数读写socket文件描述符的接收/发送缓冲区。
4） select/poll/epoll并不是真正意义上的阻塞，它们的阻塞是由于它们最后一个timeout参数决定的，timeout大于0时，它们会一直等待直到超时才退出（相等于阻塞了吧，^_^），而timeout=-1即永远等待。
5）closesocket也不是真正意义上的阻塞，它其实是指是否等待关闭（相当于阻塞了吧，^_^），它受套接字选项SO_LINGER和SO_DONTLINGER的影响。若SO_DONTLINGER或SO_LINGER的间隔=0时，closesocket就是非等待关闭的，但是当SO_LINGER的间隔&0时，closesoket就是等待关闭的，直到剩余数据都发送完毕或直到超时才退出。（但是这个地方只有对于阻塞的套接口才有用，如果是非阻塞的套接口，它会立即返回并且指示错误WOULDBLOCK）。
最后提供linux下和windows下设置阻塞和非阻塞的几种方式：
fcntl(socket, F_SETFL, flags | O_NONBLOCK);
read/recv函数的最后一个参数也可以设置阻塞或非阻塞方式
ioctlsocket，WSAAsyncselect()和WSAEventselect()
read/recv函数的最后一个参数也可以设置阻塞或非阻塞方式
&&&&推荐文章:
【上篇】【下篇】trackbacks-0
　　Windows套接字在阻塞和非阻塞两种模式下执行I/O操作。在阻塞模式下，在I/O操作完成前，执行的操作函数一直等候而不会立即返回，该函数所在的线程会阻塞在这里。相反，在非阻塞模式下，套接字函数会立即返回，而不管I/O是否完成，该函数所在的线程会继续运行。
在阻塞模式的套接字上，调用任何一个Windows Sockets API都会耗费不确定的等待时间。图所示，在调用recv()函数时，发生在内核中等待数据和复制数据的过程。
当调用recv()函数时，系统首先查是否有准备好的数据。如果数据没有准备好，那么系统就处于等待状态。当数据准备好后，将数据从系统缓冲区复制到用户空间，然后该函数返回。在套接应用程序中，当调用recv()函数时，未必用户空间就已经存在数据，那么此时recv()函数就会处于等待状态。
&&& Windows套接字程序使用&生产者-消费者&模式来解决上述问题。在程序中，&生产者&读入数据，&消费者&根据需求对读入数据进行处理。通常&生产者&和&消费者&存在于两个线程中，当&生产者&完成读入数据时，使用线程同步机制，例如设置一个事件通知&消费者&，&消费者&接收到这个事件后对读入的数据进行处理。
　　当使用socket()函数和WSASocket()函数创建套接字时，默认的套接字都是阻塞的。这意味着当调用Windows Sockets API不能立即完成时，线程处于等待状态，直到操作完成。
并不是所有Windows Sockets API以阻塞套接字为参数调用都会发生阻塞。例如，以阻塞模式的套接字为参数调用bind()、listen()函数时，函数会立即返回。将可能阻塞套接字的Windows Sockets API调用分为以下四种:
1．输入操作
recv()、recvfrom()、WSARecv()和WSARecvfrom()函数。以阻塞套接字为参数调用该函数接收数据。如果此时套接字缓冲区内没有数据可读，则调用线程在数据到来前一直睡眠。
2．输出操作
send()、sendto()、WSASend()和WSASendto()函数。以阻塞套接字为参数调用该函数发送数据。如果套接字缓冲区没有可用空间，线程会一直睡眠，直到有空间。
3．接受连接
accept()和WSAAcept()函数。以阻塞套接字为参数调用该函数，等待接受对方的连接请求。如果此时没有连接请求，线程就会进入睡眠状态。
4．外出连接
connect()和WSAConnect()函数。对于TCP连接，客户端以阻塞套接字为参数，调用该函数向服务器发起连接。该函数在收到服务器的应答前，不会返回。这意味着TCP连接总会等待至少到服务器的一次往返时间。
　　使用阻塞模式的套接字，开发网络程序比较简单，容易实现。当希望能够立即发送和接收数据，且处理的套接字数量比较少的情况下，使用阻塞模式来开发网络程序比较合适。
阻塞模式套接字的不足表现为，在大量建立好的套接字线程之间进行通信时比较困难。当使用&生产者-消费者&模型开发网络程序时，为每个套接字都分别分配一个读线程、一个处理数据线程和一个用于同步的事件，那么这样无疑加大系统的开销。其最大的缺点是当希望同时处理大量套接字时，将无从下手，其扩展性很差。
非阻塞模式& 把套接字设置为非阻塞模式，即通知系统内核：在调用Windows Sockets API时，不要让线程睡眠，而应该让函数立即返回。在返回时，该函数返回一个错误代码。图所示，一个非阻塞模式套接字多次调用recv()函数的过程。前三次调用recv()函数时，内核数据还没有准备好。因此，该函数立即返回WSAEWOULDBLOCK错误代码。第四次调用recv()函数时，数据已经准备好，被复制到应用程序的缓冲区中，recv()函数返回成功指示，应用程序开始处理数据。　　当使用socket()函数和WSASocket()函数创建套接字时，默认都是阻塞的。在创建套接字之后，通过调用ioctlsocket()函数，将该套接字设置为非阻塞模式。Linux下的函数是:fcntl().&&& 套接字设置为非阻塞模式后，在调用Windows Sockets API函数时，调用函数会立即返回。大多数情况下，这些函数调用都会调用&失败&，并返回WSAEWOULDBLOCK错误代码。说明请求的操作在调用期间内没有时间完成。通常，应用程序需要重复调用该函数，直到获得成功返回代码。
&&& 需要说明的是并非所有的Windows Sockets API在非阻塞模式下调用，都会返回WSAEWOULDBLOCK错误。例如，以非阻塞模式的套接字为参数调用bind()函数时，就不会返回该错误代码。当然，在调用WSAStartup()函数时更不会返回该错误代码，因为该函数是应用程序第一调用的函数，当然不会返回这样的错误代码。
&&& 要将套接字设置为非阻塞模式，除了使用ioctlsocket()函数之外，还可以使用WSAAsyncselect()和WSAEventselect()函数。当调用该函数时，套接字会自动地设置为非阻塞方式。
　　由于使用非阻塞套接字在调用函数时，会经常返回WSAEWOULDBLOCK错误。所以在任何时候，都应仔细检查返回代码并作好对&失败&的准备。应用程序连续不断地调用这个函数，直到它返回成功指示为止。上面的程序清单中，在While循环体内不断地调用recv()函数，以读入1024个字节的数据。这种做法很浪费系统资源。
&&& 要完成这样的操作，有人使用MSG_PEEK标志调用recv()函数查看缓冲区中是否有数据可读。同样，这种方法也不好。因为该做法对系统造成的开销是很大的，并且应用程序至少要调用recv()函数两次，才能实际地读入数据。较好的做法是，使用套接字的&I/O模型&来判断非阻塞套接字是否可读可写。
&&& 非阻塞模式套接字与阻塞模式套接字相比，不容易使用。使用非阻塞模式套接字，需要编写更多的代码，以便在每个Windows Sockets API函数调用中，对收到的WSAEWOULDBLOCK错误进行处理。因此，非阻塞套接字便显得有些难于使用。
&&& 但是，非阻塞套接字在控制建立的多个连接，在数据的收发量不均，时间不定时，明显具有优势。这种套接字在使用上存在一定难度，但只要排除了这些困难，它在功能上还是非常强大的。通常情况下，可考虑使用套接字的&I/O模型&，它有助于应用程序通过异步方式，同时对一个或多个套接字的通信加以管理。
阅读(...) 评论()非阻塞send()返回值 大于 发送缓冲区的最大长度 ，这是怎么回事？
[问题点数：20分，结帖人slx_391987]
非阻塞send()返回值 大于 发送缓冲区的最大长度 ，这是怎么回事？
[问题点数：20分，结帖人slx_391987]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2014年11月 VC/MFC大版内专家分月排行榜第三
2014年11月 VC/MFC大版内专家分月排行榜第三
匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。}