进程信号是在操作系统中用于进程间通信和控制的一种机制。当一个进程接收到一个信号时，操作系统会做出相应的处理，例如终止进程、暂停进程等。在 Linux 中，进程信号被广泛应用于多种场景，例如进程间通信、异常处理、线程同步等。本文将详细介绍 Linux 进程信号的基本概念、信号类型、信号处理方式、信号传递机制以及如何使用进程信号进行进程间通信、异常处理等。
版权声明：本文为博主原创文章，转载请注明博客地址： https://blog.csdn.net/zy010101/article/details/83931740
Linux信号在Linux系统中的地位仅此于进程间通信，其重要程度不言而喻。本文我们将从信号产生，信号保存，信号处理三个方面来讲解信号。
网上看到一个很有意思的美团面试题：为什么线程崩溃崩溃不会导致 JVM 崩溃，这个问题我看了不少回答，但发现都没答到根上，所以决定答一答，相信大家看完肯定会有收获，本文分以下几节来探讨
在Linux中，要发送一个信号相当容易。程序员需要知道两个信息：要发送哪个信号，将这个信号发送给哪个进程。可以用 man 7 signal 找到一个可以利用的信号的列表。用户可以只将信号发送给用户自己的进程，也可以以root身份运行从而将信号发送给任意一进程。
什么叫做信号呢？ 生活当中认为是信号的是：红绿灯 闹钟 下课铃 鸡叫 手势
信号定义? linux中信号被用来进行进程间的通信和异步处理，简单地可以理解会为回调函数，当发送一个信号时，触发相应的操作。 signal是python中用来处理信号的模块，主要针对UNIX类平台，比
Linux系统提供的让用户(进程)给其他进程发送异步信息的一种方式。在操作系统中，信号是一种进程间通讯的有限制的方式，主要用于提醒进程某个事件已经发生。信号在Unix、类Unix以及其他POSIX兼容的操作系统中广泛应用。它作为一种异步的通知机制，当发送给一个进程时，操作系统会中断该进程正常的控制流程。操作系统要可以对信号进行如下的两个操作：
微信开发已经活跃了很长时间了，在微信开发中有一个神奇的接口它叫模板消息接口，它可以根据用户的openid从服务端给用户推送自定义的模板消息，正因如此，我们可以利用这个特征在服务器端随时向用户推送消息（前提是该用户关注了该公众号）。
上次结束了进程间通信的知识介绍：Linux：进程间通信（二.共享内存详细讲解以及小项目使用和相关指令、消息队列、信号量
我们也介绍了core term两种默认操作，core在执行信号后会形成一份core文件（默认是关闭的，因为原本core文件的后缀是pid,运行出错后会创建core文件，导致磁盘空间不足），该文件里存储了出错原因，可以再gdb调试时进行使用。
首先区分一下Linux信号跟进程间通信中的信号量，它们的关系就犹如老婆跟老婆饼一样，没有一毛钱的关系。
信号（Signal）：信号是在软件层次上对中断机制的一种模拟，通过给一个进程发送信号，执行相应的处理函数。
在之前讲解驱动的时候，也讲到信号这个话题，大家可以参考一下之前的文章（linux 异步通知《Rice linux 学习笔记》）
生活中信号随处可见，我们的生活离不开信号。就比如过红路灯，看见绿灯亮的信号，我们就可以过马路了；听见闹钟响了，我们知道时间到了；看见别人脸色不好，我们就知道他有心事…所以信号在生活中随时可以产生（与我们的动作是异步的）：
在命令行中通过kill -数字 pid指令可以给指定进程发送指定信号。这里说明一下几个常见的信号：
Linux Signal想毕很多人都用过，比如在命令行下想要结束某个进程，我们会使用kill pid或者kill -9 pid，其实就是通过给对应的进程发送信号来完成。
在观看本博客之前，建议大家先看一文搞懂Linux信号【上】。由于上一篇博客篇幅太长，为了更好的阅读体验，我拆成了两篇博客。那么接下来，在上一篇的基础上，我们继续学习Linux信号部分。本篇我们主要谈论信号保存和信号处理。
signal包的核心是使用signal.signal()函数来预设(register)信号处理函数，如下所示：
在容器编排领域，Kubernetes 已成为领先的平台，可实现容器化应用程序的高效管理、扩展和部署。当应用程序在容器内运行时，正确终止这些容器对于维持系统的整体健康和可靠性至关重要。在本文中，我们将深入研究 Kubernetes 终止信号的概念，并了解它们如何确保应用程序正常关闭，避免数据丢失或用户体验中断。
在了解了Linux的信号基础之后，Python标准库中的signal包就很容易学习和理解。signal包负责在Python程序内部处理信号，典型的操作包括预设信号处理函数，暂停并等待信号，以及定时发出SIGALRM等。要注意，signal包主要是针对UNIX平台(比如Linux, MAC OS)，而Windows内核中由于对信号机制的支持不充分，所以在Windows上的Python不能发挥信号系统的功能。 定义信号名 signal包定义了各个信号名及其对应的整数，比如 import signal print
生活中有各种各样的信号，比如：闹钟、红绿灯、上下课铃声……我们可以知道信号产生时对应的要做些什么，幼儿园的小朋友也明白红灯停、绿灯行的道理。 但是，人是怎么识别出这些信号的呢？人是只有通过认识，才能产生行为：有人通过教育的手段让我们在大脑里记住了红绿灯属性及其对应行为。 但是，当信号产生时，我们并不是总能及时去处理这个信号。信号的发生是随时的（异步），但是我们去处理信号并不都是即时的。因为，我们在信号来临时可能会有其他更重要的事情要做（优先级更高的事情），所以从信号发生到信号被处理中间会有一个时间窗口，当然我们在未处理这个信号时需要将这个信号记录下来，等能处理时再处理。 当我们处理信号时，处理信号的方式也是有所不同的（不同的信号有不同的处理方式，不同的人对对同一个信号的处理方式也可能不同，相同的人对相同的信号在不同的场景下处理信号方式也可能不同）。处理信号的方式大致分为以下三种：
从信号产生到信号保存，中间经历了很多，当操作系统准备对信号进行处理时，还需要判断时机是否 “合适”，在绝大多数情况下，只有在 “合适” 的时机才能处理信号，即调用信号的执行动作。关于信号何时处理、该如何处理，本文中将会一一揭晓
优雅停机（Graceful Shutdown） 是指在服务器需要关闭或重启时，能够先处理完当前正在进行的请求，然后再停止服务的操作。
生活中类似信号的概念也不少，例如上课铃声响，就是信号的发出，我们听到上课铃声，就是接收到信号，我们快速回到教室上课就是对信号做出处理。那么我们是怎么认识这些信号的呢？那必定是有人教我们，然后我们记住了。而且我们不单单要认识信号，还要识别信号，知道信号的处理方法！
来源：https://www.cnblogs.com/goldsunshine/p/15426970.html
快一个月没发博文了,之前都在深入研究php多进程tcp服务器,结果到现在也没搞出一个完美的解决方案,所以还是先发下这个月学到的东西吧
信号是一种通知或者说通信的方式，信号分为发送方和接收方。发送方发送一种信号，接收方收到信号的进程会跳入信号处理函数，执行完后再跳回原来的位置继续执行。
不难看出上面的死循环在代码层面是永远无法结束程序的，那是否还有别的办法？对于死循环来说，最好的方式就是使用Ctrl+C对其进行终止。
https://mp.weixin.qq.com/s/mblyh6XrLj1bCwL0Evs-Vg
本文所讨论的平滑关闭是指，HTTP服务、RPC服务、Socket长服务等各种网络服务的平滑关闭。
在Linux操作系统中，每个运行的进程都有一个唯一的标识符，即进程识别号（PID）。了解进程识别号对于系统管理和故障排查是至关重要的。本文将深入探讨如何查看Linux中的进程识别号，以及了解PID在系统运行中的作用。
注：阻塞和忽略是不同的，只要信号被阻塞就不会递达，而忽略是在递达之后可选的一种处理动作
kill ：发送指定的信号到相应进程。不指定信号将发送SIGTERM（15）终止指定进程。若仍无法终止该程序可用“-KILL” 参数，其发送的信号为SIGKILL(9) ，将强制结束进程，使用ps命令或者jobs 命令可以查看进程号。root用户将影响用户的进程，非root用户只能影响自己的进程。
1、Nginx 下如何正确的做日志切分 今天发现有个 Nginx 日志 rotation 出来大小是 0，很奇怪，按公司的业务场景来说，这是不可能的。 瞅了下前同事留下来的 rotation 脚本，看到了这么两行，也是他们当时 rotation 的方案： cp tracklog.ooxx.com.access.log ${log_date_dir}/tracklog.ooxx.com.access.log.${log_name_date} > tracklog.ooxx.com.access.log
说明： linux 的 kill 命令是向进程发送信号，kill 不是杀死的意思，-9 表示无条件退出，但由进程自行决定是否退出，这就是为什么 kill -9 终止不了系统进程和守护进程的原因
当服务器close一个连接时，若client端接着发数据。根据TCP协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要再写了。
在类Unix系统上，信号用于将各种信息发送到正在运行的进程，它们来自用户命令，其他进程以及内核本身。所以信号是对已发生事件进程的通知，也可以被描述为软件中断，因为在大多数情况下，它们会中断程序的正常执行流程。
在定义信号槽的时候，传递的参数类型如果是自定义类型(自定义class类,或者enum类等),
我们说过：信号可能不会被立即处理，而是在合适的时候进行处理。那么这个合适的时候到底是什么时候？！
上一讲，我们编制了一个简单的登录对话框。而真正的登录对话框需要将输入的用户名和密码发送出去，进行处理。PyQt通过信号（signal）和槽(slot)机制实现对象间的通信。具体方法为：由一个事件（如：单击控件）触发信号，槽函数接收到信号便自动执行。 QtDesigner中定义 定义内置信号槽 图1 QtDesigner中的信号槽定义 图1中，蓝色箭头的窗口中显示已有的信号槽，由于现在我们还没编辑任何信号槽，故此窗口中没有任何信号槽的定义。 单击图1中红色箭头所指的按钮即可进入信号槽编辑模式。即可定
我们在开发环境如果要马上看到效果，并且不用考虑进程中断的问题，可以使用kill -9强制结束进程，
通过访问日志，你可以得到用户地域来源、跳转来源、使用终端、某个URL访问量等相关信息；通过错误日志，你可以得到系统某个服务或server的性能瓶颈等。因此，将日志好好利用，你可以得到很多有价值的信息。
岗位职责： 1、参与需求分析、模块开发等相关工作； 2、在windows平台下进行C/C++应用程序设计、开发、测试； 3、参与软件系统或模块的联调，协助测试人员进行软件测试，修复BUG； 4、参与编写相关技术文档。 任职要求： （1）统招本科及以上毕业，计算机相关专业毕业，3年以上C++研发工作经验； （2）熟悉Windows操作系统，精通C/C++、面向对象软件设计，熟悉多线程控制及MFC界面编程等； （3）有大型C/C++服务器研发经验优先，熟悉TCP/IP协议； （4）具备通信基础知识、有音视频系统相关开发经验优先； （5）具有良好的编程习惯，积极沟通反馈，善于团队协作。
我们很多人对kill -9 非常熟悉，在工作中也经常用到。特别是你去重启服务的时候。但是所有的服务都能用kill -9来处理吗？kill -9能杀掉所有的进程吗？
Ariel Miculas，是一位开源贡献者，目前在思科任职软件工程师，最近他在自己的博客上开喷Linux内核：“为什么我贡献了问题和补丁代码，最后贡献者的名单里却没有我？”
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-d8e2wisB-1678792590074)(https://typoracole.oss-cn-guangzhou.aliyuncs.com/img/信号和槽链接.gif)]
SIGINT的默认处理动作是终止进程，SIGQUIT的默认处理动作是终止进程并且Core Dump，我们来验证一下
SIGABORT—— 进程异常终止 SIGALRM ——超时告警 SIGFPE —— 浮点运算异常 SIGHUP ——连接挂断 SIGILL——非法指令 SIGINT ——终端中断 (Ctrl+C将产生该信号) SIGKILL ——*终止进程 SIGPIPE ——向没有读进程的管道写数据 SIGQUIT——终端退出（Ctrl+\将产生该信号） SIGSEGV ——无效内存段访问 SIGTERM ——终止 SIGUSR1——*用户自定义信号1 SIGUSR2 ——*用户自定义信号2 -------------------------------------->以上信号如果不被捕获，则进程接受到后都会终止！ SIGCHLD——子进程已停止或退出 SIGCONT ——*让暂停的进程继续执行 SIGSTOP ——*停止执行(即“暂停") SIGTSTP——断挂起 SIGTTIN —— 后台进程尝试读操作 SIGTTOU——后台进程尝试写
管道是一种特殊的文件，它不属于某一种文件系统，而是一种独立的文件系统，是只存在于内存中的文件，本质是内核的一块缓冲。写入的内容每次都添加在管道缓冲区的末尾，并且每次都是从缓冲区的头部读出数据。管道是单向的、先进先出的、无结构的、固定大小字节流，它把一个进程的标准输出和另一个进程的标准输入连接在一起。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
