linux阻塞模式

‘壹’ linux线程阻塞问题

pthread_join一般是主线程来调用，用来等待子线程退出，因为是等待，所以是阻塞的，一般主线程会依次join所有它创建的子线程。
pthread_exit一般是子线程调用，用来结束当前线程。
子线程可以通过pthread_exit传递一个返回值，而主线程通过pthread_join获得该返回值，从而判断该子线程的退出是正常还是异常。

‘贰’ linux网络编程，为什么要将文件描述符设置成非阻塞模式

非阻塞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设置flags|O_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，flags|O_NONBLOCK；

消息队列
对于消息队列消息的发送与接受::
//非阻塞 msgsnd(sockfd,msgbuf,msgsize(不包含类型大小),IPC_NOWAIT)
//阻塞 msgrcv(scokfd,msgbuf,msgsize(**),msgtype,IPC_NOWAIT);

读
阻塞与非阻塞读的区别: //阻塞和非阻塞的区别在于没有数据到达的时候是否立刻返回．
读(read/recv/msgrcv):
读的本质来说其实不能是读,在实际中, 具体的接收数据不是由这些调用来进行,是由于系统底层自动完成的。read 也好,recv 也好只负责把数据从底层缓冲 到我们指定的位置.
对于读来说(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)::
写的本质也不是进行发送操作,而是把用户态的数据 到系统底层去,然后再由系统进行发送操作,send，write返回成功，只表示数据已经 到底层缓冲,而不表示数据已经发出,更不能表示对方端口已经接收到数据.
对于write(或者send)而言，
阻塞情况下:: //阻塞情况下，write会将数据发送完。(不过可能被中断)
在阻塞的情况下，是会一直等待，直到write 完，全部的数据再返回．这点行为上与读操作有所不同。
原因::
读，究其原因主要是读数据的时候我们并不知道对端到底有没有数据，数据是在什么时候结束发送的，如果一直等待就可能会造成死循环，所以并没有去进行这方面的处理；
写，而对于write, 由于需要写的长度是已知的，所以可以一直再写，直到写完．不过问题是write 是可能被打断吗，造成write 一次只write 一部分数据, 所以write 的过程还是需要考虑循环write, 只不过多数情况下一次write 调用就可能成功.

非阻塞写的情况下:: //
非阻塞写的情况下，是采用可以写多少就写多少的策略．与读不一样的地方在于，有多少读多少是由网络发送的那一端是否有数据传输到为标准，但是对于可以写多少是由本地的网络堵塞情况为标准的，在网络阻塞严重的时候，网络层没有足够的内存来进行写操作，这时候就会出现写不成功的情况，阻塞情况下会尽可能(有可能被中断)等待到数据全部发送完毕， 对于非阻塞的情况就是一次写多少算多少,没有中断的情况下也还是会出现write 到一部分的情况.

‘叁’ linux中open()一个文件默认是阻塞形式的吗

open()以只读，或者以只写的方式打开可能阻塞，但是以可读写方式打开也不会阻塞，个人见解，不正确请勿吐槽哦

‘肆’ linux怎么查看线程阻塞原因

linux查看线程阻塞原因：pthread_join一般主线程来调用，用来等待子线程退出，因为是等待，所以是阻塞的，一般主线程会依次join所有它创建的子线程。

1)执行top命令，或使用-H选项(显示所有线程)，找到相关的高CPU的PID。

2)生成thread mp 快照(kill -3 PID)。

3)将top命令输出PID转换为HEX格式(16进制)。

4)在thread mp data中搜索nid=<Hex PID>。

5)分析受影响的thread和stack trace，精确定位代码。

特点：

Linux，全称GNU/Linux，是一套免费使用和自由传播的类Unix操作系统，是一个基于POSIX的多用户、多任务、支持多线程和多CPU的操作系统。伴随着互联网的发展，Linux得到了来自全世界软件爱好者、组织、公司的支持。

它除了在服务器方面保持着强劲的发展势头以外，在个人电脑、嵌入式系统上都有着长足的进步。使用者不仅可以直观地获取该操作系统的实现机制，而且可以根据自身的需要来修改完善Linux，使其最大化地适应用户的需要。

Linux不仅系统性能稳定，而且是开源软件。其核心防火墙组件性能高效、配置简单，保证了系统的安全。在很多企业网络中，为了追求速度和安全，Linux不仅仅是被网络运维人员当作服务器使用，甚至当作网络防火墙，这是Linux的一大亮点。

Linux具有开放源码、没有版权、技术社区用户多等特点，开放源码使得用户可以自由裁剪，灵活性高，功能强大，成本低。尤其系统中内嵌网络协议栈，经过适当的配置就可实现路由器的功能。这些特点使得Linux成为开发路由交换设备的理想开发平台。

‘伍’ linux系统c语言进程不想被sleep阻塞等待怎么解决

1、启动后台子任务，在执行命令后加&操作符，表示将命令放在子shell中异步执行。可以达到多线程效果。如下，sleep10#等待10秒，再继续下一操作sleep10&#当前shell不等待，后台子shell等待。
2、wait命令wait是用来阻塞当前进程的执行，直至指定的子进程执行结束后，才继续执行。使用wait可以在bash脚本“多进程”执行模式下，起到一些特殊控制的作用。

‘陆’ 关于Linux 的信号阻塞问题..急

兄弟，你要是把alarm(1);sleep(2);这两个函数，放在return 0;与sigaction(SIGALRM,&act,&oact);之间，再运行试试。

‘柒’ linux下阻塞，非阻塞，轮询

用浅显的话来说吧。

在一般的情况下，在系统和应用程序之间有一个请求队列层，起到调度的作用，应用程序不会直接访问系统，而是把访问请求放进队列层中；而系统也在不停的从队列层中提取请求然后不断的分发执行，这种请求方式就是阻塞式访问。

但是有些特殊的请求是不允许停止和等待的，这种请求就不会被放入队列层中，而是直接插入到系统的当前处理的前端，而被优先执行，这种请求方式就是非阻塞式访问。

这二者的区别是由于其工作性质决定的，单纯从理论角度来说，与CPU占用等没有任何关系，CPU占用只和和算法复杂度有关。

一般非阻塞功能都是使用在系统级的请求上，比如某些驱动级的中断请求或实时类请求，因为绕过了请求队列，编制不良的非阻塞程序可能会导致系统失去响应。

‘捌’ Linux 中的read系统调用到底是阻塞还是非阻

所谓阻塞，即当内核发现请求条件不满足时（可能需要产生IO）将调用进程挂起，让出CPU给需要的进程执行，提高效率，调用者进程被阻塞至条件满足时再被唤醒。
我们来深入跟踪read/write系统调用，因为Linux内核中对文件的读写采用了缓存，文件数据按照页面（默认大小为4096字节）为单位缓存在内存中，对于read系统调用，内核会根据应用程序发出的读偏移在缓存中查找所读位置对应的缓存页面是否存在，如果存在，那么万事大吉，只需将数据从缓存页面至用户缓冲区即可，但如果此页面尚未被缓存，那么没有别的办法，只能从磁盘上读出该页面数据并缓存在内存中，所谓的读过程，其实文件系统所需做的只是锁定页面，然后构造一个读请求，并将请求发送给底层的IO子系统即可。文件系统发送完请求并不代表该页面已经从磁盘中读出，如果此时read系统调用返回，那就意味着该调用是非阻塞，不等IO完成即返回至调用者，但阅读内核代码发现，文件系统在发送完IO请求后并不立即返回，而是在接下来的流程中去尝试锁定该读页面，因为在前面文件系统发IO请求时页面已经被锁定，因此，如果页面尚未被读出的话，此时锁定的话必然会阻塞，至此，我们就清楚了Linux内核中的read系统调用默认实现是阻塞方式。

‘玖’ linux网络编程中阻塞和非阻塞socket的区别

很好区别：
阻塞式：在用read()函数读取网络中的数据流的数据的时候，如果读不到数据，这个函数就会一直阻塞，不会返回，你的进程也停留在这一步，知道有客户端向你发送数据，read()函数读到数据了，然后程序就接着网下走。

非阻塞式：在用read()函数读取网络中的数据流的数据的时候，不管有没有数据都会返回，且程序继续往下执行。

‘拾’ linux网络编程中阻塞和非阻塞socket的区别

读操作
对于阻塞的socket,当socket的接收缓冲区中没有数据时，read调用会一直阻塞住，直到有数据到来才返
回。当socket缓冲区中的数据量小于期望读取的数据量时，返回实际读取的字节数。当sockt的接收缓冲
区中的数据大于期望读取的字节数时，读取期望读取的字节数，返回实际读取的长度。
对于非阻塞socket而言，socket的接收缓冲区中有没有数据，read调用都会立刻返回。接收缓冲区中有
数据时，与阻塞socket有数据的情况是一样的，如果接收缓冲区中没有数据，则返回错误号为
EWOULDBLOCK,
表示该操作本来应该阻塞的，但是由于本socket为非阻塞的socket，因此立刻返回，遇到这样的情况，可
以在下次接着去尝试读取。如果返回值是其它负值，则表明读取错误。
因此，非阻塞的rea调用一般这样写:
if
((nread
=
read(sock_fd,
buffer,
len))
<
0)
{
if
(errno
==
EWOULDBLOCK)
{
return
0;
//表示没有读到数据
}else
return
-1;
//表示读取失败
}else
return
nread;读到数据长度
写操作
对于写操作write,原理是类似的，非阻塞socket在发送缓冲区没有空间时会直接返回错误号EWOULDBLOCK,
表示没有空间可写数据，如果错误号是别的值，则表明发送失败。如果发送缓冲区中有足够空间或者
是不足以拷贝所有待发送数据的空间的话，则拷贝前面N个能够容纳的数据，返回实际拷贝的字节数。
而对于阻塞Socket而言，如果发送缓冲区没有空间或者空间不足的话，write操作会直接阻塞住，如果有
足够空间，则拷贝所有数据到发送缓冲区，然后返回.
非阻塞的write操作一般写法是:
int
write_pos
=
0;
int
nLeft
=
nLen;
while
(nLeft
>
0)
{
int
nWrite
=
0;
if
((nWrite
=
write(sock_fd,
data
+
write_pos,
nLeft))
<=
0)
{
if
(errno
==
EWOULDBLOCK)
{
nWrite
=
0;
}else
return
-1;
//表示写失败
}
nLeft
-=
nWrite;
write_pos
+=
nWrite;
}
return
nLen;
建立连接
阻塞方式下，connect首先发送SYN请求道服务器，当客户端收到服务器返回的SYN的确认时，则
connect
返回.否则的话一直阻塞.
非阻塞方式，connect将启用TCP协议的三次握手，但是connect函数并不等待连接建立好才返回，而是
立即返回。返回的错误码为EINPROGRESS,表示正在进行某种过程.
接收连接
对于阻塞方式的倾听socket,accept在连接队列中没有建立好的连接时将阻塞，直到有可用的连接，才返
回。
非阻塞倾听socket,在有没有连接时都立即返回，没有连接时，返回的错误码为EWOULDBLOCK,表示本来应
该阻塞。
无阻塞的设置方法
方法一:fcntl
int
flag;
if
(flag
=
fcntl(fd,
F_GETFL,
0)
<0)
perror("get
flag");
flag
|=
O_NONBLOCK;
if
(fcntl(fd,
F_SETFL,
flag)
<
0)
perror("set
flag");
方法二:ioctl
int
b_on
=
1;
ioctl
(fd,
FIONBIO,
&b_on);