设置非阻塞，TCP通信客户端可以设置非阻塞码如果能如何设置

创新互联建站主要为客户提供服务项目涵盖了网页视觉设计、VI标志设计、营销网站、网站程序开发、HTML5响应式重庆网站建设公司、手机网站制作设计、微商城、网站托管及网站建设维护、WEB系统开发、域名注册、国内外服务器租用、视频、平面设计、SEO优化排名。设计、前端、后端三个建站步骤的完善服务体系。
一人跟踪测试的建站服务标准。已经为办公空间设计行业客户提供了网站营销服务。

本文目录一览

• 1，TCP通信客户端可以设置非阻塞码如果能如何设置
• 2，如何设置linux socket为非阻塞
• 3，如何将socket设置为非阻塞模式
• 4，自己做的类库 封装socket类 请问怎样实现非阻塞模式
• 5，文件状态标志里面的非阻塞模式是什么意思

1，TCP通信客户端可以设置非阻塞码如果能如何设置

连接服务端都返回错误，说明你前边的工作有错误，这和客户端阻塞非阻塞有什么关系一、检查你的服务端是否正常工作，正常监听。
二、检查客户端的socket是否正确。

没看懂什么意思？

2，如何设置linux socket为非阻塞

int flags = fcntl(socket, F_GETFL, 0); fcntl(socket, F_SETFL, flags | O_NONBLOCK);

select是不断的监听文件描述符，肯定能探测到它已经关闭了，那么关闭的fd肯定就得从它的fd_set中退出来哇，退出来了，它自然就不监听这个fd了，然后就只有等到超时退出了·····我个人的理解，说的好就给个分···呵呵··

3，如何将socket设置为非阻塞模式

windows平台上无论利用socket()函数还是WSASocket()函数创建的socket都是阻塞模式的：[cpp] view plain copy SOCKET WSAAPI socket( _In_ int af, _In_ int type, _In_ int protocol ); SOCKET WSASocket( _In_ int af, _In_ int type, _In_ int protocol, _In_ LPWSAPROTOCOL_INFO lpProtocolInfo, _In_ GROUP g, _In_ DWORD dwFlags );

我用tcp/ip socket进行通信,代码从网上拷的,如下 private sub listen() dim strsend as... 阻塞是因为客户端没发送过来还是服务端没接收到呢?怎么设置socket的阻塞模式呢? ...

4，自己做的类库 封装socket类 请问怎样实现非阻塞模式

你好！可以使用回调，或者事件的方式进行非阻塞处理。如有疑问，请追问。

当使用socket()函数和WSASocket()函数创建套接字时，默认都是阻塞的。在创建套接字之后，通过调用ioctlsocket()函数，将该套接字设置为非阻塞模式。//-------------------------// Set the socket I/O mode: In this case FIONBIO// enables or disables the blocking mode for the// socket based on the numerical value of iMode.// If iMode = 0, blocking is enabled;// If iMode != 0, non-blocking mode is enabled.u_long iMode = 1; //non-blocking mode is enabled.ioctlsocket(m_socket, FIONBIO, &iMode); //设置为非阻塞模式套接字设置为非阻塞模式后，在调用Windows Sockets API函数时，调用函数会立即返回。大多数情况下，这些函数调用都会调用“失败”，并返回WSAEWOULDBLOCK错误代码。说明请求的操作在调用期间内没有时间完成。通常，应用程序需要重复调用该函数，直到获得成功返回代码。不同的Windows Sockets API函数，在调用失败时返回的WSAEWOULDBLOCK错误代码具有不同的含义需要说明的是并非所有的 Windows Sockets API 在非阻塞模式下调用，都会返回 WSAEWOULDBLOCK 错误。例如，以非阻塞模式的套接字为参数调用 bind() 函数时，就不会返回该错误代码。当然，在调用 WSAStartup() 函数时更不会返回该错误代码，因为该函数是应用程序第一调用的函数，当然不会返回这样的错误代码。要将套接字设置为非阻塞模式，除了使用 ioctlsocket() 函数之外，还可以使用 WSAAsyncselect() 和 WSAEventselect() 函数。当调用该函数时，套接字会自动地设置为非阻塞方式:The WSAAsyncSelect function automatically sets socket s to nonblocking mode, regardless of the value of lEvent .The WSAEventSelect function automatically sets socket s to nonblocking mode, regardless of the value of lNetworkEvents .

5，文件状态标志里面的非阻塞模式是什么意思

非阻塞IO 和阻塞IO： 在网络编程中对于一个网络句柄会遇到阻塞IO 和非阻塞IO 的概念, 这里对于这两种socket 先做一下说明： 基本概念： 阻塞IO:: socket 的阻塞模式意味着必须要做完IO 操作（包括错误）才会 返回。非阻塞IO:: 非阻塞模式下无论操作是否完成都会立刻返回，需要通过其他方 式来判断具体操作是否成功。(对于connect，accpet操作，通过select判断， 对于recv，recvfrom，send，sendto通过返回值+错误码来判断)IO模式设置： SOCKET 对于一个socket 是阻塞模式还是非阻塞模式的处理方法:: 方法：： 用fcntl 设置;用F_GETFL获取flags,用F_SETFL设置flagsO_NONBLOCK; 同时，recv,send 时使用非阻塞的方式读取和发送消息，即flags设置为MSG_DONTWAIT 实现 fcntl 函数可以将一个socket 句柄设置成非阻塞模式: flags = fcntl(sockfd, F_GETFL, 0); //获取文件的flags值。fcntl(sockfd, F_SETFL, flags O_NONBLOCK); //设置成非阻塞模式； flags = fcntl(sockfd,F_GETFL,0); fcntl(sockfd,F_SETFL,flags&~O_NONBLOCK); //设置成阻塞模式； 并在接收和发送数据时: 将recv, send 函数的最后有一个flag 参数设置成MSG_DONTWAIT recv(sockfd, buff, buff_size,MSG_DONTWAIT); //非阻塞模式的消息发送 send(scokfd, buff, buff_size, MSG_DONTWAIT); //非阻塞模式的消息接受普通文件 对于文件的阻塞模式还是非阻塞模式:: 方法1、open时，使用O_NONBLOCK； 方法2、fcntl设置，使用F_SETFL，flagsO_NONBLOCK；消息队列 对于消息队列消息的发送与接受:: //非阻塞 msgsnd(sockfd,msgbuf,msgsize(不包含类型大小),IPC_NOWAIT) //阻塞 msgrcv(scokfd,msgbuf,msgsize(**),msgtype,IPC_NOWAIT);读 阻塞与非阻塞读的区别: //阻塞和非阻塞的区别在于没有数据到达的时候是否立刻返回．读(read/recv/msgrcv): 读的本质来说其实不能是读,在实际中, 具体的接收数据不是由这些调用来进行,是由于系统底层自动完成的。read 也好,recv 也好只负责把数据从底层缓冲copy 到我们指定的位置. 对于读来说(read, 或者recv) ::阻塞情况下:: 在阻塞条件下，read/recv/msgrcv的行为::
1、如果没有发现数据在网络缓冲中会一直等待，
2、当发现有数据的时候会把数据读到用户指定的缓冲区，但是如果这个时候读到的数据量比较少，比参数中指定的长度要小，read 并不会一直等待下去，而是立刻返回。read 的原则::是数据在不超过指定的长度的时候有多少读多少，没有数据就会一直等待。所以一般情况下::我们读取数据都需要采用循环读的方式读取数据，因为一次read 完毕不能保证读到我们需要长度的数据， read 完一次需要判断读到的数据长度再决定是否还需要再次读取。非阻塞情况下:: 在非阻塞的情况下，read 的行为::
1、如果发现没有数据就直接返回，
2、如果发现有数据那么也是采用有多少读多少的进行处理． 所以::read 完一次需要判断读到的数据长度再决定是否还需要再次读取。对于读而言:: 阻塞和非阻塞的区别在于没有数据到达的时候是否立刻返回． recv 中有一个MSG_WAITALL 的参数:: recv(sockfd, buff, buff_size, MSG_WAITALL), 在正常情况下recv 是会等待直到读取到buff_size 长度的数据，但是这里的WAITALL 也只是尽量读全，在有中断的情况下recv 还是可能会被打断，造成没有读完指定的buff_size的长度。所以即使是采用recv + WAITALL 参数还是要考虑是否需要循环读取的问题，在实验中对于多数情况下recv (使用了MSG_WAITALL)还是可以读完buff_size， 所以相应的性能会比直接read 进行循环读要好一些。注意:: //使用MSG_WAITALL时，sockfd必须处于阻塞模式下，否则不起作用。//所以MSG_WAITALL不能和MSG_NONBLOCK同时使用。要注意的是使用MSG_WAITALL的时候，sockfd 必须是处于阻塞模式下，否则WAITALL不能起作用。写 阻塞与非阻塞写的区别: //写(send/write/msgsnd):: 写的本质也不是进行发送操作,而是把用户态的数据copy 到系统底层去,然后再由系统进行发送操作,send，write返回成功，只表示数据已经copy 到底层缓冲,而不表示数据已经发出,更不能表示对方端口已经接收到数据. 对于write(或者send)而言，阻塞情况下:: //阻塞情况下，write会将数据发送完。(不过可能被中断) 在阻塞的情况下，是会一直等待，直到write 完，全部的数据再返回．这点行为上与读操作有所不同。原因:: 读，究其原因主要是读数据的时候我们并不知道对端到底有没有数据，数据是在什么时候结束发送的，如果一直等待就可能会造成死循环，所以并没有去进行这方面的处理； 写，而对于write, 由于需要写的长度是已知的，所以可以一直再写，直到写完．不过问题是write 是可能被打断吗，造成write 一次只write 一部分数据, 所以write 的过程还是需要考虑循环write, 只不过多数情况下一次write 调用就可能成功.非阻塞写的情况下:: // 非阻塞写的情况下，是采用可以写多少就写多少的策略．与读不一样的地方在于，有多少读多少是由网络发送的那一端是否有数据传输到为标准，但是对于可以写多少是由本地的网络堵塞情况为标准的，在网络阻塞严重的时候，网络层没有足够的内存来进行写操作，这时候就会出现写不成功的情况，阻塞情况下会尽可能(有可能被中断)等待到数据全部发送完毕， 对于非阻塞的情况就是一次写多少算多少,没有中断的情况下也还是会出现write 到一部分的情况.