深入理解linux前后台进程以及其对信号的响应

最新推荐文章于 2024-02-09 15:25:19 发布

不如吃个药

最新推荐文章于 2024-02-09 15:25:19 发布

阅读量558

点赞数 4

分类专栏： Linux学习文章标签： linux 操作系统 shell

本文链接：https://blog.csdn.net/weixin_44062361/article/details/108633832

版权

Linux学习专栏收录该内容

17 篇文章 2 订阅

订阅专栏

目录标题

读前建议先看一下进程状态及简单信号工作原理。

1 Linux的bg和fg命令简单介绍

进程前后台操作用到以下命令或按键：

Ctrl+C  // 终止并退出前台命令的执行，回到SHELL

Ctrl+Z // 暂停前台命令的执行，将该进程放入后台，回到SHELL

jobs // 查看当前在后台执行的命令，可查看命令进程号码

& // 运行命令时，在命令末尾加上&可让命令在后台执行

fg N // 将命令进程号码为N的命令进程放到前台执行，同%N

bg N //将命令进程号码为N的命令进程放到后台执行

fg、bg、jobs、&、ctrl + z都是跟系统任务有关的，虽然现在基本上不怎么需要用到这些命令，但学会了也是很实用的

2 思考

在测试进程对信号响应时展示不同STAT状态（PS），有这么一段程序：

#include <signal.h>
int main(){
    signal(SIGINT,SIG_IGN);
    signal(SIGSTOP,SIG_IGN); //SIGSTOP信号不可屏蔽
    signal(SIGKILL,SIG_IGN); //SIGKILL信号不可屏蔽
    while(1);
    return 0;
}

2.1 键盘按键传递信号：

编译运行，键盘输入ctrl+C（SIGINT）信号被屏蔽，
输入ctrl+Z（SIGTSTP）信号进程状态由R->T，
接着在shell输入 jobs 查看后台进程，
输入 fg $i 将进程放到前台执行。

在这里插入图片描述

进程是如何得知要去前台运行还是要去后台暂停呢？没错，就是信号。

2.2 kill命令传递信号：

通过kill -l 可以查看到我们今天要用到信号：
17 ) SIGSTOP
18 ) SIGTSTP
19 ) SIGCONT
我们输入 bg 1 使得进程在后台运行起来。（我这么做完全是因为不想让进程占用终端，当然你也可以新打开一个终端，来进行接下来到操作）。
输入 ps aux 查看进程号 pid ，
kill -17 pid（SIGSTOP）信号使得后台进程暂停。（虽然我们程序屏蔽了该信号，但是进程还是收到信号了，因为该信号是不可屏蔽信号，还有一个不可屏蔽信号是 kill -9 pid （SIGKILL信号））
进程状态由R->T，
kill -19 pid（SIGCONT）信号使得暂停进程继续运行。

在这里插入图片描述

3 前台命令和后台命令关系

⼀个命令后⾯加个&可以放到后台运⾏，用命令查看时，发现后台进程STAT状态栏是R，所以有+表示前台进程，无+表示后台进程。
Ctrl-C产生的信号只能发给前台进程，不能发给后台进程。
后台进程使Shell不必等待进程结束就可以接受新的命令。而前台进程运行时占用SHELL，它运行的时候SHELL不能接受其他命令。
Shell可以同时运行一个前台进程和任意多个后台进程。
前台进程在运⾏过程中⽤户随时可能按下Ctrl+C⽽产⽣⼀个信号,也就是说该进程的⽤户空间代码执⾏到任何地⽅都有可能收到SIGINT信号⽽终⽌,所以信号相对于进程的控制流程来说是异步(Asynchronous)的。

4 总结

如果你善于思考，你会发现，linux下有很多命令多背后，蕴含着一些值得细品的原理。

比如 fg命令就是给进程发送一个信号，但是你输入命令之后，进程怎么才能从暂停状态及时收到你的命令呢？这就涉及到中断与信号到原理了，我这里先简单引述一下，中断（包括键盘中断和时钟中断），都会打断cpu正在执行的程序（假设是用户进程），cpu跳去处理中断处理程序，这需要从用户态切到内核态，当中断处理结束后，cpu在从内核态返回用户态之前，检查进程调度状态及信号，如果有，则去执行对应的处理函数。

当你按下了ctrl + C产生了一个信号给前台进程，键盘中断->cpu->内核处理中断->返回用户态检查到有信号->执行信号处理函数（杀掉当前进程）->返回。

是不是很有意思？

如果你对以上流程有不懂的或者理解有偏差，正如开头说的，强烈建议先看一下进程状态及简单信号工作原理。如果有任何疑问，欢迎留言讨论。