Linux阻塞命令吗,linux串口阻塞和非阻塞

linux怎么查看线程阻塞原因

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

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

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

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

4)在thread dump data中搜索nid=Hex PID。

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

特点：

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

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

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

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

相关问答

Q1: linux系统c语言进程不想被sleep阻塞等待怎么解决?

1、启动后台子任务，在执行命令后加操作符，表示将命令放在子shell中异步执行。可以达到多线程效果。如下，sleep10#等待10秒，再继续下一操作sleep10当前shell不等待，后台子shell等待。

2、wait命令wait是用来阻塞当前进程的执行，直至指定的子进程执行结束后，才继续执行。使用wait可以在bash脚本“多进程”执行模式下，起到一些特殊控制的作用。

Q2: Linux线程阻塞问题

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

pthread_exit一般是子线程调用，用来结束当前线程。

子线程可以通过pthread_exit传递一个返回值，而主线程通过pthread_join获得该返回值，从而判断该子线程的退出是正常还是异常。

Q3: linux阻塞与非阻塞I/O？

阻塞操作是指在执行设备操作时，若不能获得资源，则挂起进程直到满足可操作的条件后再进行操作。被挂起的进程进入睡眠状态，被从调度器的运行队列移走，直到等待的条件被满足。而非阻塞操作的进程在不能进行设备操作时，并不挂起，它要么放弃，要么不停地查询，直至可以进行操作为止。

驱动程序通常需要提供这样的能力：当应用程序进行read（）、write（）等系统调用时，若设备的资源不能获取，而用户又希望以阻塞的方式访问设备，驱动程序应在设备驱动的xxx_read（）、xxx_write（）等操作中将进程阻塞直到资源可以获取，此后，应用程序的read（）、write（）等调用才返回，整个过程仍然进行了正确的设备访问，用户并没有感知到；若用户以非阻塞的方式访问设备文件，则当设备资源不可获取时，设备驱动的xxx_read（）、xxx_write（）等操作应立即返回，read（）、write（）等系统调用也随即被返回，应用程序收到-EAGAIN返回值。

在阻塞访问时，不能获取资源的进程将进入休眠，它将CPU资源“礼让”给其他进程。因为阻塞的进程会进入休眠状态，所以必须确保有一个地方能够唤醒休眠的进程，否则，进程就真的“寿终正寝”了。唤醒进程的地方最大可能发生在中断里面，因为在硬件资源获得的同时往往伴随着一个中

断。而非阻塞的进程则不断尝试，直到可以进行I/O。

Q4: Linux 中的read系统调用到底是阻塞还是非阻

所谓阻塞，即当内核发现请求条件不满足时（可能需要产生IO）将调用进程挂起，让出CPU给需要的进程执行，提高效率，调用者进程被阻塞至条件满足时再被唤醒。

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