• 【Linux】信号的产生


    一. 信号的概念

    • 信号是消息的载体, 标志着不同的行为; 是进程间发送异步信息的一种方式, 属于软中断.

    • 信号随时都可能产生, 是异步发送的, 所以进程并不会立即处理信号, 进程会在合适的时间进行统一处理; 所以进程必须有保存信号的能力;

    • 信号是以位图的形式保存在 task_struct 的 pending 中, 当进程接受到信号时, 进程会将信号对应的位置设置为 1 即可;

    struct task_struct {
    	//...
    	struct signal_struct *signal;	// 指向进程信号描述符
        struct sighand_struct *sighand;	// 指向进程信号处理程序描述符
        sigset_t blocked;  				// 进程阻塞的信号, 信号按照比特位相对应
        struct sigpending pending;		// 进程的待处理信号
        //...
    };
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 信号的处理方式分为三种:
      默认动作
      自定义动作;
      忽略.

    在 Linux 中可以使用指令查看信号列表

    kill -l
    
    • 1

    在这里插入图片描述
    一共 62 个信号, 其中 1~31 号信号为普通信号, 适用于基于时间片的分时操作系统; 34~64 号信号为实时信号, 适用于实时操作系统.

    使用指令可以查看普通信号的说明

    man 7 signal
    
    • 1

    在这里插入图片描述

    signal() 函数

    在这里插入图片描述

    • signal() 函数, 可以将 signum 指定信号的处理动作, 设置为 handler 动作; 但 SIGKILL 和 SIGSTOP 不能被捕捉或忽略.
    #include 
    
    typedef void (*sighandler_t)(int);
    
    sighandler_t signal(int signum, sighandler_t handler);
    
    • 1
    • 2
    • 3
    • 4
    • 5

    参数:

    • signum: 信号编号, 设置的信号;
    • handler: 函数指针, 是信号的处理动作;
      若 handler 设置为 SIG_IGN, 那么设置的信号将会被忽略;
      若设置为 SIG_DFL, 那么信号将会执行默认动作;
      若设置为 自定义函数, 那么处理信号时, 将会调用自定义函数

    返回值:

    • 若成功, 返回 signal handler 的前一个值; 若失败, 返回 SIG_ERR, 并且设置 erron.
      在这里插入图片描述

    二. 信号的产生

    1. 键盘发送

    当操作系统从键盘中读取 “ctrl” + “c” 类似的特定的组合键时, 会将其解释为某种信号, 发送给前台进程.

    • 例:
      一个死循环的前台进程可以被 “ctrl” + “c” 终止,
    #include 
    #include 
    
    using namespace std;
    
    int main()
    {
    
        cout << endl;
        while (1) ;
        
        return 0;
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13

    在这里插入图片描述

    将 2 号信号注册自定义行动 验证

    #include 
    #include 
    #include 
    
    using namespace std;
    
    void handler(int signal)
    {
        cout << endl << getpid() << " " << signal << endl;
    }
    
    int main()
    {
        signal(2, handler);
    
        while (1) ;
    
        return 0;
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19

    在这里插入图片描述

    2. 系统调用

    kill()

    在这里插入图片描述

    • kill() 函数, 发送指定信号至指定进程.
    #include 
    #include 
    
    int kill(pid_t pid, int sig);
    
    • 1
    • 2
    • 3
    • 4

    参数:

    • pid: 指定的进程 pid;
    • sig: 指定的信号编号;

    返回值:

    • 若成功, 返回 0; 若失败, 返回 -1, 并且设置 errno.
      在这里插入图片描述
    raise()

    在这里插入图片描述

    • raise() 函数, 发送指定信号至当前进程.
    #include 
    
    int raise(int sig);
    
    • 1
    • 2
    • 3

    参数:

    • sig: 指定的信号编号;

    返回值:

    • 若成功, 返回 0; 若失败, 返回 非0, 并且设置 errno.
      在这里插入图片描述
    abort()

    在这里插入图片描述

    • abort() 函数, 发送 SIGABRT 信号至当前进程, 该函数从不返回.
    #include 
    
    void abort(void);
    
    • 1
    • 2
    • 3

    3. 软件条件

    这种方式在管道就出现了:
    管道读写时, 若读端关闭, 写端继续写入时, 那么操作系统将会发送 SIGPIPE 信号终止写端.

    alarm()

    在这里插入图片描述

    • alarm() 函数, 将会在指定时间后, 发送 SIGALRM 信号值当前进程.
    #include 
    
    unsigned int alarm(unsigned int seconds);
    
    • 1
    • 2
    • 3

    参数:

    • seconds: 指定时间, 单位为秒;

    返回值:

    • 若前一次 alarm() 函数没有剩余的时间, 返回 0; 若前一次 alarm() 函数有剩余的时间, 返回剩余的时间.
      在这里插入图片描述

    4. 硬件异常

    硬件异常是指 硬件在检测到错误条件后, 通知内核, 再由内核发送相应信号至相关进程.

    除零错误:

    当 CPU 发生除零错误后, CPU 会将内部的标志寄存器设置为 1, 表示出现数据异常; 之后通知操作系统, 由操作系统向进程发送 SIGFPE 信号, 该信号默认动作为终止程序;
    但若将 SIGFPE 信号设置自定义动作或忽略, 未处理异常时, 该硬件的异常数据属于进程的上下文; 由于进程依旧运行, 并且状态寄存器依旧为异常状态, 那么操作系统会轮询式的发送异常信号至进程, 直至异常被处理或终止.

    #include 
    #include 
    #include 
    #include 
    
    using namespace std;
    
    void handler(int signal)
    {
        cout << getpid() << " " << signal << endl;
        sleep(1);
    }
    
    int main()
    {
        signal(8, handler);
    
        int n = 1;
        n /= 0;
    
        return 0;
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22

    在这里插入图片描述
    在这里插入图片描述

    野指针:

    指针异常通常有两种: 无当前虚拟地址的映射关系 或 虚拟地址的操作和页表中的权限不匹配;
    当 CPU 的 MMU 寄存器转换地址异常时后, CPU 会将异常的虚拟地址保存至 CR2 寄存器中, 状态设置为异常状态; 之后通知操作系统, 由操作系统向进程发送 SIGSEGV 信号, 该信号默认动作为终止程序;
    但若将 SIGSEGV 信号设置自定义动作或忽略, 未处理异常时, 该硬件的异常数据属于进程的上下文; 由于进程依旧运行, 并且 CR2 寄存器依旧为异常状态, 那么操作系统会轮询式的发送异常信号至进程, 直至异常被处理或终止.

    #include 
    #include 
    #include 
    #include 
    
    using namespace std;
    
    
    void handler(int signal)
    {
        cout << getpid() << " " << signal << endl;
        sleep(1);
    }
    
    int main()
    {
    
        signal(11, handler);
    
        char* ptr = nullptr;
        *ptr = 0;
    
        return 0;
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23
    • 24

    在这里插入图片描述
    在这里插入图片描述

    三. 核心转储

    core dump(核心转储), 当进程出现异常终止时, 操作系统会将该进程的相关数据保存至当前目录下的一个核心转储文件, 文件名通常为 core 或 core.pid;

    核心转储文件的主要目的是为了调试程序, 并且可以直接从出错的地方开始调试, 也叫做事后调试;

    当信号的处理动作为 Core 时, 操作系统不仅终止程序, 还会创建核心转储文件; 但由于核心转储文件可能会包含敏感信息, 或文件过大等原因, 此功能通常是关闭的.

    例:

    • 核心转储的打开和关闭
      使用指令可以查看当前系统中的资源限制情况, 默认核心转储文件大小为 0;
    ulimit -a 
    
    • 1

    在这里插入图片描述
    使用指令可以自行设置核心转储文件大小, 单位为 blocks

    ulimit -c /*file_size*/
    
    • 1

    将核心转储文件大小设为 0, 即可关闭核心转储功能

    ulimit -c 0
    
    • 1
    • 核心转储的使用
    g++ file_name -g 		// 编译文件时使用选项生成可调试文件
    						// 运行程序, 生成核心转储文件
    gdb file_name  			// 进入调试模式
    core-file corefile_name // 使用核心转储文件, 直接定位至出错的地方
    
    • 1
    • 2
    • 3
    • 4
    • 父进程也可以通过等待查看子进程是否创建了核心转储文件; 若生成, core dump 标志设为 1, 若没有生成, core dump 标志为 0;
      在这里插入图片描述
  • 相关阅读:
    HALCON的python下的使用方法(直接开发,不需要调用.hdev文件)
    jmeter测试场景设计
    智能终端信息安全概念(十):内核安全(2)SElinux
    老卫带你学---leetcode刷题(344. 反转字符串)
    Cypress的安装与启动
    Java面试记录
    使用vlookup+MATCH对表格进行数据抽取排序
    activiti开源工作流集成示例
    上海计算机学会 2024年4月月赛 丙组T5 数字迷宫
    Python Watchdog:高效的文件系统监控
  • 原文地址:https://blog.csdn.net/m0_68146877/article/details/137926611