【Linux】进程信号之信号的保存

这篇具有很好参考价值的文章主要介绍了【Linux】进程信号之信号的保存。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

一、信号的保存

1、信号其他相关常见概念

  • 实际执行信号的处理动作称为信号递达(Delivery)
  • 信号从产生到递达之间的状态,称为信号未决(Pending)

进程可以选择阻塞 (Block )某个信号。被阻塞的信号产生时将保持在未决状态,直到进程解除对此信号的阻塞,才执行递达的动作。

注意:阻塞和忽略是不同的,只要信号被阻塞就不会递达,而忽略是在递达之后可选的一种处理动作

2、信号在内核中表示

信号在内核中的表示示意图:
【Linux】进程信号之信号的保存,linux,linux,网络,运维

在操作系统内核中有三张表,两张是位图结构(blockpending),一张是函数指针数组结构。

  • block表:该位图结构里面的对应位置的比特位是否为1,代表了该信号是否被阻塞。

  • pending表:该位图结构里面的对应位置的比特位是否为1,代表了该信号是否是未决状态。

  • handler表:该表里面存放的是函数指针,对应下标里面的函数指针表示收到该信号要调用的函数是哪一个。
    (整个三张表里面,数据在逻辑上是横向传递的)

信号里面的SIG_DFL表示的是执行默认动作,SIG_IGN表示的是执行忽略动作。它们的定义如下:

【Linux】进程信号之信号的保存,linux,linux,网络,运维

以前我们使用的signal函数的原理,就是修改了handler表里面对应位置的函数指针。

解释说明:

  • 每个信号都有两个标志位分别表示阻塞(block)和未决(pending),还有一个函数指针表示处理动作。信号产生时,内核在进程控制块中设置该信号的未决标志,直到信号递达才清除该标志。在上图的例子中,SIGHUP信号未阻塞也未产生过,当它递达时执行默认处理动作。

  • SIGINT信号产生过,但正在被阻塞,所以暂时不能递达。虽然它的处理动作是忽略,但在没有解除阻塞之前不能忽略这个信号,因为进程仍有机会改变处理动作之后再解除阻塞。

  • SIGQUIT信号未产生过,一旦产生SIGQUIT信号将被阻塞,它的处理动作是用户自定义函数sighandler


如果在进程解除对某信号的阻塞之前,这种信号产生过多次,将如何处理?

POSIX.1允许系统递送该信号一次或多次。Linux是这样实现的:常规信号在递达之前产生多次只计一次,而实时信号在递达之前产生多次可以依次放在一个队列里。


3、系统内核中信号集

从信号在内核中的表示示意图来看:每个信号只有一个比特位的未决标志,非0即1,不记录该信号产生了多少次,阻塞标志也是这样表示的。

因此,未决和阻塞标志可以用相同的数据类型sigset_t来存储,sigset_t称为信号集,这个类型的本质是一个位图结构,它可以表示每个信号的“有效”或“无效”状态,在阻塞信号集中“有效”和“无效”的含义是该信号是否被阻塞,而在未决信号集中“有效”和“无效”的含义是该信号是否处于未决状态。 阻塞信号集也叫做当前进程的信号屏蔽字(Signal Mask),这里的“屏蔽”应该理解为阻塞而不是忽略。

sigset_t类型介绍

sigset_tLinux操作系统提供给我们的一种数据类型,其底层封装的是一个long类型的数组,我们使用这个数组里面的每一个比特位去表示相关的信息。

【Linux】进程信号之信号的保存,linux,linux,网络,运维

二、信号集操作函数

1、sigset_t 类型的操作函数

sigset_t类型对于每种信号用一个bit表示“有效”或“无效”状态,至于这个类型内部如何存储这些bit则依赖于系统实现,从使用者的角度是不必关心的,使用者只能调用以下函数来操作sigset_ t变量,而不应该直接操作它的内部数据。

【Linux】进程信号之信号的保存,linux,linux,网络,运维

  • 函数sigemptyset初始化 set 所指向的信号集,使其中所有信号的对应bit清零,表示该信号集不包含 任何有效信号。

  • 函数sigfillset初始化 set 所指向的信号集,使其中所有信号的对应bit置位1,表示 该信号集的有效信号包括系统支持的所有信号。

  • 函数sigaddset是将 set 所指向的信号集里面信号signum对应的比特位置为1

  • 函数sigdelset是将 set 所指向的信号集里面信号signum对应的比特位置为0

  • sigismember是一个布尔函数,用于判断一个信号集 set 中是否包含signum信号,若包含则返回1,不包含则返回0,出错返回-1。

  • 注意,在使用sigset_ t类型的变量之前,一定要调用sigemptysetsigfillset做初始化,使信号集处于确定的状态。初始化sigset_t变量之后就可以在调用sigaddsetsigdelset在该信号集中添加或删除某种有效信号。

  • 这四个函数都是成功返回0,出错返回-1

2、关于block表的系统调用

sigprocmask调用函数可以读取或更改进程的信号屏蔽字(阻塞信号集)。

【Linux】进程信号之信号的保存,linux,linux,网络,运维

  • 参数

  • 第一个参数是一个标记位,它有下面三个选项可以选择:
    (假设当前的信号屏蔽字为mask)

参数 功能
SIG_BLOCK set包含了我们希望添加到当前信号屏蔽字的信号,相当于mask = mask | set
SIG_UNBLOCK set包含了我们希望从当前信号屏蔽字中解除阻塞的信号,相当于mask=mask&~set
SIG_SETMASK 设置当前信号屏蔽字为set所指向的值,相当于mask=set
  • 第二个参数是一个信号集。

  • 第三个信号是一个输出型参数,系统在给block信号集设置新的信号集时,会将老的信号集的内容提取出来将拷贝到oldset里面。

  • 返回值:如果调用成功就返回0,如果调用失败返回-1,错误码被设置。

对于被阻塞的信号,如果阻塞解除,则会被立即递达,所以如果调用sigprocmask解除了对当前若干个未决信号的阻塞,则在sigprocmask返回前,至少将其中一个信号递达。

下面我们用代码演示证明我们上面的理论,下面的代码意思是我们先对2号信号进行屏蔽,然后打印老的信号屏蔽字,再然后我们打印当前进程的信号屏蔽字,在打印当前进程的信号屏蔽字的时候我们在键盘按下Ctrl + C观察进程是否会退出,如果不退出说明当前信号确实被屏蔽了,最后5s过后恢复原来的信号,2号信号应该被立即递达然后进程退出。

#include <iostream>
#include <signal.h>
#include <unistd.h>


// 打印sigset_t结构
void Printset(sigset_t* set)
{
    for (int i = 1; i <= 31;i++)
    {
        if (sigismember(set, i))
        {
            std::cout << "1";
        }
        else
        {
            std::cout << "0";
        }
    }
}

int main()
{
    // 变量的初始化
    int count = 0;
    sigset_t set, oset;
    sigemptyset(&set);
    sigemptyset(&oset);

    // 设置当前进程的信号屏蔽字
    sigaddset(&set, SIGINT);
    sigprocmask(SIG_SETMASK, &set, &oset);

    // 打印出老的信号屏蔽字
    std::cout << "老的信号屏蔽字是:";
    Printset(&oset);
    std::cout << std::endl;

    while (true)
    {
        std::cout << "目前信号屏蔽字是:";
        Printset(&set);
        std::cout << std::endl;
       

        if (count++ == 5)
        {
            // 恢复原来的信号屏蔽字
            std::cout << "恢复原来的信号屏蔽字" << std::endl;
            sigprocmask(SIG_SETMASK, &oset, &set);
        }
        sleep(1);
    }
    return 0;
}

运行结果如图所示:结果符合我们的预期!

【Linux】进程信号之信号的保存,linux,linux,网络,运维

3、关于pending表的系统调用

对于pending表我们无法修改,只能通过系统调用进行查看。

【Linux】进程信号之信号的保存,linux,linux,网络,运维

sigpending此函数很简单,此函数会读取当前进程的未决信号集,通过set参数传出,调用成功则返回0,出错则返回-1。

下面我们写一个样例继续验证我们上面的原理:我们先屏蔽2号信号,然后打印当前进程的未决信号集,在最初的时候由于进程没有收到信号,我们应该看到的是全零,再然后我们向进程发送一个2号信号,由于2号信号被阻塞,所以当前进程的未决信号集应该是第二个比特位为1,其他为全0。

#include <iostream>
#include <cstdlib>
#include <signal.h>
#include <unistd.h>

// 打印sigset_t结构
void Printset(sigset_t* set)
{
    for (int i = 1; i <= 31;i++)
    {
        if (sigismember(set, i))
        {
            std::cout << "1";
        }
        else
        {
            std::cout << "0";
        }
    }
}

int main()
{
    // 变量的初始化
    int count = 0;
    sigset_t set, oset, pending;
    sigemptyset(&set);
    sigemptyset(&oset);

    // 设置当前进程的信号屏蔽字
    sigaddset(&set, SIGINT);
    sigprocmask(SIG_SETMASK, &set, &oset);
    
    while (true)
    {
        // 打印未决信号集
        sigpending(&pending);
        std::cout << "目前的未决信号集是:";
        Printset(&pending);
        std::cout << std::endl;

        if (count++ == 5)
        {
            // 恢复原来的信号屏蔽字
            std::cout << "恢复原来的信号屏蔽字" << std::endl;
            sigprocmask(SIG_SETMASK, &oset, &set);
        }
        sleep(1);
    }
    return 0;
}

【Linux】进程信号之信号的保存,linux,linux,网络,运维

三、结语

本章讲述的是进程信号的保存,信号的保存概念偏多,实际操作偏少,所以对信号的保存要好好理解操作系统内核中block pending handler表。

下一章我们继续深入理解进程信号的处理,继续提升我们对于信号的理解。当然如果本篇文章有错误或不足的地方,欢迎评论或私信讨论!那么我们下期见,byebye!文章来源地址https://www.toymoban.com/news/detail-534923.html

到了这里,关于【Linux】进程信号之信号的保存的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【探索Linux】—— 强大的命令行工具 P.17(进程信号 —— 信号保存 | 阻塞信号 | sigprocmask() | sigpending() )

    在计算机科学领域,信号是一种重要的通信机制,用于处理各种系统事件和进程间的通信。Linux作为一个开源操作系统,以其稳定性和高度可定制性而闻名。在Linux下,信号的处理是实现进程间通信和事件处理的关键机制之一。 本文将继续探讨Linux下信号的相关主题,着重介绍

    2024年02月05日
    浏览(46)
  • 【Linux】进程信号篇Ⅰ:信号的产生(signal、kill、raise、abort、alarm)、信号的保存(core dump)

    kill -l 可以查看所有信号: 其中,前面的数字就是信号,后面的大写英文就是信号名称,实际就是宏。 我们需要关注的是 1~31 号普通信号,关注他们有没有产生(可以用 0 或者 1 表示)。 所以,进程的 pcb 中,需要对产生的信号先用 位图 保存起来,再按照一定的顺序去处理

    2024年01月25日
    浏览(39)
  • 【linux】信号——信号保存+信号处理

    自我名言 : 只有努力,才能追逐梦想,只有努力,才不会欺骗自己。 喜欢的点赞,收藏,关注一下把! 上一篇博客,我们已经学过信号预备知识和信号的产生,今天讲讲信号保存+信号处理以及其他补充知识。 补充一些概念。 实际执行信号的处理动作称为 信号递达(Delive

    2024年02月04日
    浏览(45)
  • Linux信号之信号的保存

    (。・∀・)ノ゙嗨!你好这里是ky233的主页: 这里是ky233的主页,欢迎光临~ https://blog.csdn.net/ky233?type=blog 点个关注不迷路⌯\\\'▾\\\'⌯ 目录 一、阻塞信号 1.信号递达、未决、阻塞  2.内核表示图 3.sigset_t 4.sigpending 5.sigprocmask 二、验证问题 1.问题一 2.问题二 3.问题三 实际执行信号的

    2024年01月16日
    浏览(41)
  • 【Linux】 信号的保存 | 捕捉

    对于信号,主要涉及到信号的产生、保存和捕获,之前谈到了信号的产生,这里主要介绍信号产生后如何进行保存和捕捉处理的原理。 相关概念 实际执行处理信号的动作称为 信号递达Delivery 信号从产生到递达的过程称为 信号未决Pending 进程可以阻塞、忽略某个信号。 被阻塞

    2024年02月21日
    浏览(38)
  • 【Linux】信号的保存

    信号的小细节真的很多~ 文章目录 前言 一、信号的保存 总结 首先我们先引出一个新的概念,叫 核心转储 。linux系统提供了一种能力,操作系统可以将一个进程在异常的时候将核心代码部分进行核心转储,将内存中进程的相关数据全部dump到磁盘中,一般这个文件会在当前进

    2024年02月04日
    浏览(37)
  • 【Linux从入门到精通】信号(信号保存 & 信号的处理)

      本篇文章接着信号(初识信号 信号的产生)进行讲解。学完信号的产生后,我们也了解了信号的一些结论。同时还留下了很多疑问: 上篇文章所说的所有信号产生,最终都要有OS来进行执行,为什么呢? OS是进程的管理者 。 信号的处理是否是立即处理的? 在合适的时候。

    2024年02月09日
    浏览(43)
  • Linux进程信号【信号产生】

    ✨个人主页: 北 海 🎉所属专栏: Linux学习之旅 🎃操作环境: CentOS 7.6 阿里云远程服务器 在 Linux 中,进程具有独立性,进程在运行后可能 “放飞自我”,这是不利于管理的,于是需要一种约定俗成的方式来控制进程的运行,这就是 进程信号 ,本文将会从什么是进程信号

    2024年02月11日
    浏览(47)
  • 【Linux】信号的保存和捕捉

    我们知道,操作系统是进程的管理者,只有操作系统才有资格向进程发信号,具体点,是给进程的PCB发信号。 更具体点,就是将进程的task_struct中的signal整形的某一个比特位由0置1!!! 那么该信号如何被保存下来呢? 实际执行信号的处理动作称为信号递达(Delivery) 信号从产

    2024年02月05日
    浏览(35)
  • 【Linux】第八讲:Linux进程信号详解(一)_ 认识信号 | 产生信号

    「前言」文章是关于Linux进程信号方面的知识,本文的内容是Linux进程信号第一讲,讲解会比较细,下面开始! 「归属专栏」Linux系统编程 「主页链接」个人主页 「笔者」枫叶先生(fy)  「枫叶先生有点文青病」「每篇一句」  人生天地间,忽如远行客。 ——《乐府·青青陵上

    2023年04月25日
    浏览(49)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包