信号处理趣谈


信号的替换:信号替换有以下两种方式


1.typedef void(*sighandler_t)(int);
sighandler_t signal(int signum,sighandler_t handler);
2.int sigaction(int signum,const struct sigaction *act, struct *oldact);
此两种都为信号的替换,但他们有何不同?
sigaction()函数有3个参数,第一个参数同为原来的信号,signal()函数第二个参数为新替换的信号或者自定义的信号函数,sigaction()中第二个参数也同样,不过它需要定义一个struct sigaction 结构体类型的act,同样oldact也是此类型。然后让act.sa_sigaction=need,(need为你自定义的sigcb(替换的信号函数名)),signal函数只有两个参数,sigaction()函数第三个参数和第二个参数设置方法一样。
下面是struct sigaction这个结构体:
struct sigaction {
void (*sa_handler)(int);//if sa_flags = 0,useit
void (*sa_sigaction)(int, siginfo_t *, void *);//if sa_flags=SA_SIGINFO,use it用到一些附加信息
sigset_t sa_mask; //其他信号的集合,不想被其他信号些影响,就将 intsigemptyset(sigset_t *set);清空信号集合
int sa_flags;
void (*sa_restorer)(void);
};
根据代码经验,sigaction用起来要比signal函数更安全
在这里插入图片描述

信号的处理

信号的处理有两种方式1.SIG_DEL 默认2.SIG_IGN 忽略
1.默认,故名思议,就是采用信号原本自身的处理方式处理
2.忽略,对信号不处理。通过查看此路径文件:/usr/include/bits/signum.h
我们可以看到:SIGKILL(9#),1SIGSTOP(19#)信号备注后说此信号是unblockable,是非阻塞的,是不能被忽略和修改的。这个可以自己去验证,通过上面的信号替换,但是我又发现还有一个信号很有趣:看下文

在这里插入图片描述
我使用signal将11#号SIGEGV忽略,(代码1)
代码1

空指针解引用,还是出现了段错误,并没有被忽略,难道11#信号不能被忽略?这是问题1;
在这里插入图片描述
这次进程会不会出现段错误,(代码2)
在这里插入图片描述
然而不会出现直接结束,说明11号信号是能被忽略的,那么代码1出现结果是为什么?这是问题2
在这里插入图片描述
下面我写的这段代码,是将11#SIGSEGV信号替换为sigcb这个handler,下面有int p = NULL;printf中打印的p是对空指针解引用,那就会造成段错误,此进程会接受到SIGSEGV信号,然而我已将SIGSEGV段错误信号替换,按照常里来说,运行它后,由于sigcb中是睡1s,然后打印uu后结束的,此后会直接结束进程。(代码3)
在这里插入图片描述
然而它卡主了1s后还在卡,10s后还在卡,和预期不符合。这是问题3;

在这里插入图片描述
看下面这段代码,和上面不同的是:sigcb中取消了sleep,它会不会和上面的代码一样卡住吗?(代码4)
在这里插入图片描述
然而结果是没卡住,无限循环uu;这又是为何?这是问题4;
在这里插入图片描述
下面这段代码,我使用kill函数,将给自己发送SIGSEGV信号,你觉得结果会和上面代码1的结果一样卡主吗?还是?(代码5)
在这里插入图片描述
结果显示是正常退出,符合正常逻辑。
在这里插入图片描述
那么为什么呢?我思考良久,代码2的执行结果说明问题1,11号SIGSEGV信号并不是被忽略了;那么问题2,为什么呢?这要从问题4入手:
问题4我觉得原因是解引用空指针是会发生段错误,然后进程接受来自操作系统给它发送的段错误信号,然而段错误信号已经被我替换,常理来说会继续执行下面的代码直至进程结束,它不停打印uu,说明它在循环,说明空指针解引用发送段错误不仅仅是发送SIGSEGV信号这么简单,操作系统还要求进程必须退出,不然就一直在循环发送,直至进程退出。这也就说明发送段错误的进程必须要退出。那么问题3呢?按照问题4的解释,它应该是睡1s,然后打印uu;然后循环这个过程,但结果是卡住了,说明它一直处于睡眠状态,这又说明操作系统要求进程退出是即时的,段错误后面的执行是绝对不允许的,但由于printf执行很快,操作系统的即时执行没有printf执行的快,所以uu就被循环打印出来了,而sleep要睡1s,所以后面的就不能执行了。
解决了问题3和4,回头想想问题2,操作系统是不允许发生段错误通过的,此时它发送段错误是强行的,此时的段错误信号就不能被忽略。
总的来说,段错误信号本身是可以主动被忽略,但遇到段错误的情况时SIGSEGV就不能被忽略了,不然就会发生致命问题,所以操作系统是不允许的。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 网络协议是计算机网络中进行数据传输和通信的规则和约定。PDF(Portable Document Format)是一种由Adobe开发的文件格式,用于以可靠的方式呈现和交换电子文档。 在谈论网络协议的PDF下载时,我们可以探讨以下趣闻: 首先,网络协议的PDF下载可以帮助我们更好地理解和学习网络协议。网络协议本身是一种抽象的概念,有时候很难通过文字或图片来完全理解。但是,通过以PDF格式提供的文档,我们可以更直观地看到网络协议的结构、流程和细节,使得学习变得更加容易和有趣。 其次,网络协议的PDF下载还能帮助我们及时了解和跟进最新的协议标准。网络协议是一门不断发展的学科,新的协议版本和标准经常被提出和更新。通过及时下载最新的协议文档,我们可以了解最新的协议规范和改进,从而更好地应用它们于实际网络环境中。 此外,网络协议的PDF下载也给了我们方便地和他人共享学习资源的机会。通过将网络协议的文档以PDF格式发布在互联网上,任何人都能够自由下载和阅读,促进了知识的传播和共享。在学术和研究领域,这种方式也为学者们提供了方便的途径来分享最新的网络协议研究成果。 总之,网络协议的PDF下载不仅能够促进我们更好地理解和学习网络协议,还能帮助我们及时了解最新的协议标准,并且方便地与他人共享学习资源。无论是对于专业人员还是对于普通用户,网络协议的PDF下载都具有重要的意义和趣味性。 ### 回答2: 网络协议是计算机网络中的基础,它定义了数据在网络中传输的规则和方式。网络协议可以确保数据的可靠传输,有效地管理网络资源,并实现各种网络应用功能。 趣谈网络协议是一本介绍网络协议的有趣读物,可以以轻松、幽默的方式解释复杂的网络协议概念和原理。这本书通常以PDF格式提供下载,方便读者在任何设备上阅读。 下载这本书的PDF版本,可以享受以下好处: 首先,PDF格式具有跨平台和跨设备的特点。不论您使用的是电脑、平板还是手机,只要安装了合适的PDF阅读器软件,就可以轻松打开并阅读这本书。 其次,下载PDF可以实现离线阅读。无论您身处何地,只要下载好了PDF文件,即便没有网络连接,也可以随时随地阅读网络协议的趣谈故事。 此外,PDF格式使得阅读更加方便。您可以在PDF阅读器中进行文字搜索、加注释、划重点,甚至可以调整字号的大小,以适应不同的阅读环境。 最后,通过下载PDF,您还可以将这本书保存到自己的电脑或移动设备上,以备日后参考。您可以在需要的时候,随时翻阅这本书,方便复习和查找相关内容。 总之,趣谈网络协议PDF的下载为我们提供了方便、快捷、随时随地的阅读体验。无论是想了解网络协议,还是希望在计算机网络领域深入学习,这本书都会是一本有趣而又实用的读物。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值