select函数与阻塞socket/非阻塞socket没有半毛钱的关系！------select永远阻塞，直到xxx

select超时等待过程中不占用cpu.服务器程序 客服端程序： 启动两个客户端，连接如下。，实现了多路复用。服务器端的连接的cfd都采用默认的阻塞形式。 结论：虽然我们起了 两个客户端，但是第二个客户端程序也建立连接了，虽然不知道为什么没有打印信息， 我们将新生成的客户端程序设置为非阻塞，就可以避免这种情况。服务器程序中修改如下： 结果如下： 服务器程序中的第二个read函数在客户端没有写数据的时候，也自动返回了。 这也是select函数一般与非阻塞socket连用的原因之一吧...

socket阻塞阻塞和非阻塞模式

socket的阻塞与非阻塞工作模式 设置socket非阻塞的方法 非阻塞socket编程

在应用程序 A 与 应用程序 B 建立了 TCP 连接之后，假设应用程序 A 不断调用 send 函数，这样数据会不断拷贝至对应的内核缓冲区中，如果 B 那一端一直不调用 recv 函数，那么 B 的内核缓冲区被填满以后，A 的内核缓冲区也会被填满，此时 A 继续调用 send 函数会是什么结果呢？上面的示例验证了如果一端一直发数据，而对端应用层一直不取数据（或收取数据的速度慢于发送速度），则很快两端的内核缓冲区很快就会被填满，导致发送端调用 send 函数被阻塞。

socket阻塞和非阻塞有哪些不同

int select(int maxfdp,fd_set *readfds,fd_set *writefds,fd_set *errorfds,struct timeval *timeout); 返回值： <0：select错误 >0：有可读写或出错文件，个数为返回值个数 0：等待超时，没有可读写或错误的文件 select函数的阻塞和非阻塞主要看最后一个参数 timeout超时时间的值，timeout的取值决定了select的三种状态： 1、timeout传........

返回值n返回值含义大于0成功发送（send）或接收（recv）n字节0对端关闭连接小于0（-1）出错、信号被中断、对端TCP窗口太小导致数据发送不出去或当前网卡缓冲区已无数据可接收返回值大于0。在这种情形下，一定要判断send函数的返回值是不是我们期望发送的字节数，而不是简单的判断其返回值大于0.\n");}虽然返回值n大于0，但在实际情况下，由于对端的TCP可能因为缺少一部分字节就满了，所以n的值可能为(0, buf_length]。...

Go语言中文网，致力于每日分享编码、开源等知识，欢迎关注我，会有意想不到的收获！Go 系列教程是非常棒的一套初学者教程，入门就它了。这是 Golang 系列教程中的第 24 篇。在本章教程中，我们将讨论 Go 语言中的Select。什么是 select？select 语句用于在多个发送/接收信道操作中进行选择。select 语句会一直阻塞，直到发送/接收操作准备就绪。如果有多个信道操作准备完毕，s...

一. 阻塞与非阻塞阻塞： 阻塞调用是指调用结果返回之前，当前线程会被挂起。该进程被标记为睡眠状态并被调度出去。函数只有在得到结果之后才会返回。当socket工作在阻塞模式的时候， 如果没有数据的情况下调用该函数，则当前线程就会被挂起，直到有数据为止。 非阻塞： 非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。epoll工作在非阻塞模式时，才会发挥作用。二

对于这个问题，我们要先弄清什么是阻塞/非阻塞。阻塞与非阻塞是对一个文件描述符指定的文件或设备的两种工作方式。阻塞的意思是指，当试图对该文件描述符进行读写时，如果当时没有东西可读或者暂时不可写，程序就进入等待状态，直到有东西可读或者可写为止。非阻塞的意思是，当没有东西可读或者不可写时，读写函数就马上返回，而不会等待。现在来理解什么是阻塞socket，什么是非阻塞socket。

在上一篇文章 《socket编程——一个简单的例子》 http://blog.csdn.net/wind19/archive/2011/01/21/6156339.aspx 中写了一个简单的tcp socket通信程序，可以进行数据的交互，但有一个问题是这个程序是阻塞的，任何socket函数都要等返回后才能进行下一步动作，如果recv一直没有数据，那么就一直不会返回，整个进程就阻塞在那。所以我们要进行改造一下，让程序不再阻塞在那，而是在有数据到来的时候读一下数据，有数据要写的时候发送一下数据。

在应用程序 A 与 应用程序 B 建立了 TCP 连接之后，假设应用程序 A 不断调用 send 函数，这样数据会不断拷贝至对应的内核缓冲区中，如果 B 那一端一直不调用 recv 函数，那么 B 的内核缓冲区被填满以后，A 的内核缓冲区也会被填满，此时 A 继续调用 send 函数会是什么结果呢？上面的示例验证了如果一端一直发数据，而对端应用层一直不取数据（或收取数据的速度慢于发送速度），则很快两端的内核缓冲区很快就会被填满，导致发送端调用 send 函数被阻塞。

在使用 socket 的一些 api 的时候，默认情况下都是阻塞模式。比如使用 tcp socket 时，客户端调用 connect() 创建连接，connect() 返回的时候要么是创建连接成功了，要么是出现了错误，反正 connect() 返回的时候结果是确定的；tcp 服务端使用 accept() 接收连接的时候，accept() 返回的时候一般就是接收到了新的连接；使用 recv() 接收数据的时候，直到接收到数据之后，才会返回；

只要将accept4()最后一个参数flags设置成SOCK_NONBLOCK即可。3. 除了创建socket时，将socket设置成非阻塞模式，还可以通过以下API函数来设置：参考：），linux下如果调用fcntl()设置socket为非阻塞模式，不仅要设置O_NONBLOCK模式，还需要在接收和发送数据时，需要使用MSG_DONTWAIT标志，即在recv，recvfrom和send，sendto数据时，将flag设置为MSG_DONTWAIT。

阻塞模式是网络编程中最基本的IO操作模式。在这种模式下，当一个应用进程对某个IO进行操作时，该进程将被阻塞直到操作完成。这种模式适用于数据量不大、实时性要求较高的场景，比如简单的客户端-服务器模型，其中客户端发送请求，服务器接收请求并立即响应。在此模式下，应用程序不会从一个read或write系统调用返回，直到有某些事情发生。例如，在服务器端，当read操作正在等待客户端连接时，它将阻塞。一旦有客户端发起连接，阻塞解除，服务器继续执行操作。

1，套接字的默认状态是阻塞的。即当发出一个不能立即完成的套接字调用时，该进程将被投入睡眠，等待相应操作完成。2，阻塞的套接字分为下面四类：输入操作：包括read、recv、recvfrom和recvmsg。输出操作：包括write、send、sendto和sendmsg。接受外来连接，accept 函数。发起外出连接，connect 函数。3，将一个socket 设置成非阻塞模式，使用fcntl...