Linux 第三十一章
🐶博主主页：@ᰔᩚ. 一怀明月ꦿ
❤️🔥专栏系列：线性代数，C初学者入门训练，题解C，C的使用文章，「初学」C++，linux
🔥座右铭：“不要等到什么都没有了，才下定决心去做”
🚀🚀🚀大家觉不错的话，就恳求大家点点关注，点点小爱心，指点指点🚀🚀🚀
目录
核心转储
ulimit指令
ulimit 命令用于查看和修改当前用户的资源限制。Linux 系统中的资源限制指的是系统或进程所允许的最大资源使用量，例如 CPU 时间、文件大小、进程数等。
使用 ulimit 命令可以查看当前用户的资源限制，命令格式如下：
ulimit [选项] [参数] 常用的选项包括： * -a：显示所有资源限制。 * -c：设置或显示进程核心转储文件的大小限制。 * -f：设置或显示可创建的文件的最大大小。 * -n：设置或显示单个进程可以打开的文件描述符数量限制。 * -u：设置或显示单个用户可以拥有的最大进程数量限制。 例如，要查看当前用户可以打开的最大文件描述符数量，可以使用以下命令： ulimit -n 要将进程的最大文件大小限制设置为100MB，可以使用以下命令： ulimit -f 100000需要注意的是，ulimit 命令只能影响当前 shell 中的进程及其子进程，对于其他进程不会产生影响。如果需要在系统上全局修改资源限制，需要修改系统配置文件 /etc/security/limits.conf 和 /etc/sysctl.conf 等。
当一个程序出现了严重的错误（例如内存越界、除以零等），导致程序无法正常继续执行时，系统会将当前程序的内存映像保存到一个称为“核心转储文件（core dump）”的文件中，以便进行后续的调试和分析。
在 Linux 系统中，可以使用 ulimit 命令设置或显示进程核心转储文件的最大大小限制。通常情况下，系统会将核心转储文件保存在当前目录下，文件名以 core.[进程ID] 的形式命名。例如，如果进程ID是1234，则核心转储文件的文件名为 core.1234。
需要注意的是，核心转储文件可能会包含敏感数据，例如密码、私钥等，因此在进行调试时需要格外小心，确保不会泄露敏感信息。同时，在生产环境中应该关闭核心转储功能，以减少安全风险。
云服务器一般是关闭了核心转储
信号的保存
信号的处理的三种方式，我们可以使用signal(signum,handler)
1. 如果 handler 为 SIG_DFL，表示将信号的处理方式恢复为默认操作。
2. 如果 handler 为 SIG_IGN，表示忽略该信号。
3. 如果 handler 不是 SIG_DFL 或 SIG_IGN，则表示安装一个新的信号处理函数。进行自定义捕捉
忽略算不算处理了这个信号呢？已经处理该信号，结果就是忽略
信号从产生到递达之间的状态,称为信号未决(Pending)。
信号写入到位图时，叫做信号未决
进程可以选择阻塞 (Block )某个信号。
被阻塞的信号产生时将保持在未决状态,直到进程解除对此信号的阻塞,才执行递达的动作.
未决之后，暂时不进行递达，直到解除对信号的阻塞
注意,阻塞和忽略是不同的,只要信号被阻塞就不会递达,而忽略是在递达之后可选的一种处理动作
进程PCB有三个字段和信号相关
pending：未决位图表
handler：对应信号的处理方法，是一个函数指针数组，数组的内容就是对应的信号处理方法
block：信号阻塞表
比特位的位置：表示信号编号
信号解除阻塞时，将立即信号抵达
sigset_t
sigset_t 是一个数据类型，用于表示信号集。sigset_t 是一个位向量，每个位对应一个可能的信号编号。使用 sigset_t 可以方便地管理和操作信号集合。
sigset_t 数据类型通常作为函数参数或返回值，用于设置和获取进程的信号阻塞集合、修改信号处理函数的行为等。
以下是一些常用的与 sigset_t 相关的函数：
1. sigemptyset()：将信号集清空，即将所有信号位设为 0。
2. sigfillset()：将信号集填满，即将所有信号位设为 1。
3. sigaddset()：向信号集中添加指定的信号。
4. sigdelset()：从信号集中删除指定的信号。
5. sigismember()：检查指定的信号是否在信号集中。
6. sigprocmask()：用于设置或获取进程的信号阻塞集合。可以阻塞或解除阻塞指定的信号。
sigprocmask()
sigprocmask() 函数用于获取或设置进程的信号阻塞集合。信号阻塞集合是一组信号，在阻塞期间不会递送给进程。
该函数的原型如下：
int sigprocmask(int how, const sigset_t *set, sigset_t *oldset); sigprocmask() 函数有三个参数： * how：表示要进行何种方式的操作，可选值为 SIG_BLOCK、SIG_UNBLOCK 和 SIG_SETMASK。 * SIG_BLOCK：将 set 指向的信号集中的信号添加到进程的信号阻塞集合中。 * SIG_UNBLOCK：将 set 指向的信号集中的信号从进程的信号阻塞集合中移除。 * SIG_SETMASK：将进程的信号阻塞集合替换为 set 指向的信号集。 * set：指向一个信号集，包含要添加或删除的信号。 * oldset：指向一个信号集，用于保存原来的信号阻塞集合。如果该参数为 NULL，则表示不需要保存原来的信号阻塞集合。 sigprocmask() 函数返回值为 0 表示成功，返回值为 -1 表示出现错误SIG_BLOCK 用于向当前的信号阻塞集合中添加新的信号，而 SIG_SETMASK 用于完全替换当前的信号阻塞集合为新的信号集。
如果我们把该进程0-31信号全部在block表中设置为阻塞，我们还能够杀死该进程吗
#include<iostream> #include<unistd.h> #include<signal.h> using namespace std; int main() { cout<<getpid()<<endl; sigset_t block; sigset_t oblock; sigemptyset(&block); sigemptyset(&oblock); int signo=1; for(;signo<=31;signo++) sigaddset(&block,signo);//在这里设置了对1-31号信号的屏蔽吗？没有,只是对这个block变量进行操作 sigprocmask(SIG_SETMASK,&block,&oblock);//这一步才是对1-31号信号进行屏蔽 while(1) { cout<<"信号已经被屏蔽，你无法处理我"<<endl; sleep(1); } }
我们可以发现，尽管我们把1-31号信号在该进程全部在block中设置成阻塞，我们向该进程发送其他终止信号时，都不会终止该进程，但是我们发送9号信号时，仍然可以终止该进程，说明9号信号不会被我们设置成阻塞就影响（19信号也可以），9号信号可以称为管理员信号
动态观察指定信号的pending
因为，OS处理信号非常的快，我们不容易看出pending的变化，但我们可以让指定信号先阻塞，然后去观察
sigpending
sigpending 是一个函数，用于获取当前被阻塞但是已经产生的信号集合。这个函数可以帮助程序判断哪些信号在阻塞状态下已经产生，但是还未被处理。
下面是 sigpending 函数的原型：
int sigpending(sigset_t *set); sigpending 函数接受一个指向 sigset_t 类型的指针作为参数， 该参数用于存储当前被阻塞但已经产生的信号集合。调用 sigpending 函数将阻塞的信号集合存储到传入的 set 指针所指向的位置。如果有任何被阻塞的信号已经产生，它们会在 set 中被设置为相应的位。
sigismember
sigismember 是一个函数，用于检查一个给定的信号是否已经设置在某个信号集中。
下面是 sigismember 函数的原型：
int sigismember(const sigset_t *set, int signum); sigismember 函数接受两个参数：指向 sigset_t 类型的指针和一个整数参数 signum。 它会检查 signum 是否已经被设置在信号集合 set 中，并返回 1（表示是）或 0（表示否）。事例
#include<iostream> #include<unistd.h> #include<signal.h> using namespace std; void handler(int signum) { cout<<signum<<getpid()<<endl; //exit(0); } void printpending(const sigset_t& pending ) { for(int signo=31;signo>0;signo--) { if(sigismember(&pending,signo)) { cout<<"1"; } else { cout<<"0"; } } cout<<endl; } int main() { signal(2,handler); cout<<getpid()<<endl; //1.屏蔽2号信号 sigset_t block; sigset_t oblock; sigemptyset(&block); sigemptyset(&oblock); sigaddset(&block,2);//在这里设置了对2号信号的屏蔽吗？没有,只是对这个block变量进行操作 sigprocmask(SIG_BLOCK,&block,&oblock);//这一步才是对2号信号进行屏蔽 //2.让进程不断获取当前进程的pending int cnt=0; sigset_t pending; while(true) { sigpending(&pending); printpending(pending); sleep(1); cnt++; if(cnt==15) { cout<<"解除对2号信号的屏蔽，2号信号准备递达"<<endl; sigprocmask(SIG_SETMASK,&oblock,nullptr); } } } [BCH@hcss-ecs-6176 2_1]$ ./test_signal 13127 0000000000000000000000000000000 0000000000000000000000000000000 0000000000000000000000000000000 0000000000000000000000000000000 0000000000000000000000000000000 0000000000000000000000000000000 ^C0000000000000000000000000000010//ctrl+c向该进程发送2号信号时，由于2号信号在block中阻塞，所以2还信号在pending表中，处于未决状态， 0000000000000000000000000000010 0000000000000000000000000000010 0000000000000000000000000000010 0000000000000000000000000000010 0000000000000000000000000000010 0000000000000000000000000000010 0000000000000000000000000000010 0000000000000000000000000000010 解除对2号信号的屏蔽，2号信号准备递达//当阻塞被解除，2号信号马上就会递达，该进程的2号信号就不会处于未决状态，所以为0， 213127 0000000000000000000000000000000 0000000000000000000000000000000 0000000000000000000000000000000 0000000000000000000000000000000 0000000000000000000000000000000 0000000000000000000000000000000 0000000000000000000000000000000 ^C213127 0000000000000000000000000000000 0000000000000000000000000000000 0000000000000000000000000000000 ^\Quit
信号的处理
信号在合适的时候被处理—什么时候
进程从内核态返回到用户态的时候，进行信号的检测和信号的处理
用户态是一种受控的状态，能够访问资源有限的
内核态一种操作系统的工作状态，能够访问大部分系统资源
可以通过cs寄存器后两个比特位来表示系统处于状态，1是内核态，3用户态
进程从内核态返回用户态的时候，进行信号的检测和信号处理
无论代码中是否使用系统调用，整个进程生命周期里，会有很多次进程间切换，切换了一定会从内核态返回用户态，当前进程就会有多次信号捕捉的机会
sigaction
sigaction是一个用于设置信号处理器的系统调用函数，它在Linux中被广泛使用。 函数原型如下： int sigaction(int signum, const struct sigaction *act, struct sigaction *oldact); 参数说明： * signum：指定要设置处理器的信号编号。 * act：指向struct sigaction结构的指针，用于指定新的信号处理器和标志。 * oldact：如果不为NULL，则旧的信号处理器信息将被写入此结构中。 struct sigaction结构包含以下字段： * sa_handler：函数指针，指定信号处理函数。 * sa_flags：指定信号处理的选项，如SA_RESTART、SA_NODEFER等。 * sa_mask：指定一个信号屏蔽集合，用于阻塞其他信号。 通过调用sigaction函数，可以为特定信号设置自定义的信号处理函数。当指定的信号发生时，系统将执行该处理函数来处理信号。struct sigaction
struct sigaction { void (*sa_handler)(int); // 指定信号处理函数的函数指针 void (*sa_sigaction)(int, siginfo_t *, void *); // 用于接收信号附加信息的处理函数指针 sigset_t sa_mask; // 用于阻塞的信号集合 int sa_flags; // 指定信号处理的选项 void (*sa_restorer)(void); // 已经废弃，用于提供旧的系统调用信号语义的函数指针 };在Linux中，处理一个信号时，默认情况下会自动屏蔽相同信号。也就是说，如果当前进程正在处理某个信号，而此时又收到了同样的信号，则新的信号不会被立即处理，而是被暂时屏蔽，直到当前正在处理的信号处理完毕后才会处理
例如：我们这里使用sigaction系统调用对2号信号的处理方法进行自定义，我们在自定义处理方法中循环输出，当前进程的未决信号集，我们第一次发送2号信号时，未决信号集中2号信号比特位将被置0，但是第二次发送2号信号，将不被处理，因为第一次发送的信号还没有处理完。
#include<iostream> #include<signal.h> #include<unistd.h> using namespace std; void printsigpending(const sigset_t& pending); void handler(int signo) { cout<<"get a sig: "<<signo<<endl; while(true) { sigset_t pengding; sigpending(&pengding); printsigpending(pengding); sleep(1); } } void printsigpending(const sigset_t& pending) { for(int signo=31;signo>0;signo--) { if(sigismember(&pending,signo)) cout<<"1"; else cout<<"0"; } cout<<endl; } int main() { cout<<"pid: "<<getpid()<<endl; struct sigaction act,oact; act.sa_handler=handler; sigisemptyset(&act.sa_mask); //sigaddset(&act.sa_mask,3);//我们可以设置struct sigaction中的sa_mask，这样可以处理这个信号时，不仅能够屏蔽相同信号，还能屏蔽其他信号 sigaction(2,&act,&oact); while(true) { sleep(1); } return 0; }
信号的其他补充问题
重入不可重入是函数的特点（我们平常遇到的大部分函数都是不可重入的）
volatile：关键字
保持内存的可见性，告知编译器，被该关键字修饰的变量，不允许被优化，对该变量的任何操作，都必须在真实的内存中进行操作
#include<iostream> #include<signal.h> #include<unistd.h> using namespace std; volatile int flag=0;//防止编译器过度优化 void handler(int signo) { cout<<"signo:"<<signo<<endl; flag=1; cout<<"change flag :"<<flag<<endl; } int main() { signal(2,handler); while(!flag); cout<<"normal quit"<<endl; } 优化情况下，键入 CTRL-C ,2号信号被捕捉，执行自定义动作，修改 flag＝1 ，但是 while 条件依旧满足,进 程继续运行！但是很明显flag肯定已经被修改了，但是为何循环依旧执行？很明显， while 循环检查的flag， 并不是内存中最新的flag，这就存在了数据二异性的问题。 while 检测的flag其实已经因为优化，被放在了 CPU寄存器当中。如何解决呢？很明显需要 volatile子进程退出的时候，需要向父进程发送信号的SIGCHILD
wait和waitpid函数清理僵尸进程,父进程可以阻塞等待子进程结束,也可以非阻 塞地查询是否有子进程结束等待清理(也就是轮询的方式)。采用第一种方式,父进程阻塞了就不 能处理自己的工作了;采用第二种方式,父进程在处理自己的工作的同时还要记得时不时地轮询一 下,程序实现复杂。其实,子进程在终止时会给父进程发SIGCHLD信号,该信号的默认处理动作是忽略,父进程可以自 定义SIGCHLD信号的处理函数,这样父进程只需专心处理自己的工作,不必关心子进程了,子进程 终止时会通知父进程,父进程在信号处理函数中调用wait清理子进程即可。
进程是资源分配的基本单位，线程是调度的基本单位
🌸🌸🌸如果大家还有不懂或者建议都可以发在评论区，我们共同探讨，共同学习，共同进步。谢谢大家！ 🌸🌸🌸
原文地址：https://blog.csdn.net/m0_67846057/article/details/138844756
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！