nginx_4_1

最新推荐文章于 2024-07-26 13:52:53 发布

~千里之行，始于足下~

最新推荐文章于 2024-07-26 13:52:53 发布

阅读量105

点赞数

分类专栏： nginx 文章标签： nginx 运维

本文链接：https://blog.csdn.net/qq_45892987/article/details/125076122

版权

nginx 专栏收录该内容

11 篇文章 0 订阅

订阅专栏

一：信号高级认识范例
//ps -eo pid,ppid,sid,tty,pgrp,comm,stat,cmd | grep -E ‘bash|PID|nginx’
- 用kill 发送 USR1信号给进程
- （1）执行信号处理函数被卡住了10秒，这个时候因为流程回不到main()，所以main中的语句无法得到执行；
- （2）在触发SIGUSR1信号并因此sleep了10秒种期间，就算你多次触发SIGUSR1信号，也不会重新执行SIGUSR1信号对应的信号处理函数,而是会等待上一个SIGUSR1信号处理函数执行完毕才第二次执行SIGUSR1信号处理函数；
  - 换句话说：在信号处理函数被调用时，操作系统建立的新信号屏蔽字（sigprocmask()）,自动包括了正在被递送的信号，因此，保证了在处理一个给定信号的时候，如果这个信号再次发生，那么它会阻塞到对前一个信号处理结束为止；
- （3）不管你发送了多少次kill -usr1信号，在该信号处理函数执行期间，后续所有的SIGUSR1信号统统被归结为一次。
  比如当前正在执行SIGUSR1信号的处理程序但没有执行完毕，这个时候，你又发送来了5次SIGUSR1信号，那么当SIGUSR1信号处理程序，执行完毕（解除阻塞），SIGUSR1信号的处理程序也只会被调用一次（而不会分别调用5次SIGUSR1信号的处理程序）。
//kill -usr1,kill -usr2
- （1）执行usr1信号处理程序，但是没执行完时，是可以继续进入到usr2信号处理程序里边去执行的，这个时候，相当于usr2信号处理程序没执行完毕,usr1信号处理程序也没执行完毕；此时再发送usr1和usr2都不会有任何响应；
- （2）既然是在执行usr1信号处理程序执行的时候来了usr2信号，导致又去执行了usr2信号处理程序，这就意味着，只有usr2信号处理程序执行完毕，才会返回到usr1信号处理程序，只有usr1信号处理程序执行完毕了，才会最终返回到main函数主流程中去继续执行；

在这里插入图片描述

思考：如果我希望在我处理SIGUSR1信号，执行usr1信号处理程序的时候，如果来了SIGUSR2信号，我想堵住（屏蔽住），
  不想让程序流程跳到SIGUSR2信号处理中去执行，可以做到的；我们后续会讲解其他的如何屏蔽信号的方法；



#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <signal.h>
#include <errno.h>


//信号处理函数
void sig_usr(int signo)
{         
    if(signo == SIGUSR1)
    {
        printf("收到了SIGUSR1信号，我休息10秒......!\n");
        sleep(10);
        printf("收到了SIGUSR1信号，我休息10秒完毕，苏醒了......!\n");
    }
    else if(signo == SIGUSR2)
    {
        printf("收到了SIGUSR2信号，我休息10秒......!\n");
        sleep(10);
        printf("收到了SIGUSR2信号，我休息10秒完毕，苏醒了......!\n");
    }
    else
    {
        printf("收到了未捕捉的信号%d!\n",signo);
    }
}

int main(int argc, char *const *argv)
{
    if(signal(SIGUSR1,sig_usr) == SIG_ERR)  //系统函数，参数1：是个信号，参数2：是个函数指针，代表一个针对该信号的捕捉处理函数
    {
        printf("无法捕捉SIGUSR1信号!\n");
    }
    if(signal(SIGUSR2,sig_usr) == SIG_ERR) 
    {
        printf("无法捕捉SIGUSR2信号!\n");
    }
    
    for(;;)
    {
        sleep(1); //休息1秒    
        printf("休息1秒~~~~!\n");
    }
    printf("再见!\n");
    return 0;
}

二：服务器架构初步
//（2.1）目录结构规划（make编译）
//特别注意：不固安是目录还是文件，文件名中一律不要带空格，一律不要用中文，最好的方式：字母，数字，下划线；

在这里插入图片描述

主目录名nginx
- a)_include目录：专门存放各种头文件；如果分散:#include “sfaf/sdafas/safd.h”
- b)app目录：放主应用程序.c(main()函数所在的文件)以及一些比较核心的文件；
  - b.1)link_obj：临时目录：会存放临时的.o文件，这个目录不手工创建，后续用makefile脚本来创建
  - b.2)dep：临时目录，会存放临时的.d开头的依赖文件，依赖文件能够告知系统哪些相关的文件发生变化，需要重新编译，后续用makefile脚本来创建
  - b.3)nginx.c：主文件，main()入口函数就放到这里；
  - b.4)ngx_conf.c ，普通的源码文件，跟主文件关系密切，又不值得单独放在一个目录；
- c)misc目录：专门存放各种杂合性的不好归类的1到多个.c文件；暂时为空
- d)net目录：专门存放和网络处理相关的1到多个.c文件，暂时为空
- e)proc目录：专门存放和进程处理有关的1到多个.c文件，暂时为空
- f)signal目录：专门用于存放和信号处理有关的1到多个.c文件；
  - ngx_signal.c
- （2.2）编译工具make的使用概述（编译出可执行文件）
  - a)我们要借助make的命令来编译：能够编译，链接。。。。最终生成可执行文件，大型项目一般都用make来搞；
- b)make命令的工作原理，就去当前目录读取一个叫做makefile的文件（文本文件），根据这个makefile文件里的
  - 规则把咱们的源代码编译成可执行文件；咱们开发者的任务就是要把这个makefile文件写出来；
  - 这个makefile里边就定义了我们怎么去编译整个项目的编译、链接规则
    //有类似autotools自动生成makefile，这里不讲
    //c)makefile文件：文本文件，utf8编码格式，没有扩展名，一般放在根目录下[也会根据需要放在子目录]（这里nginx)
- 规划一下makefile文件的编写
  - a)nginx根目录下我会放三个文件：
    - a.1)makefile：是咱们编译项目的入口脚本，编译项目从这里开始，起总体控制作用；
  - a.2）config.mk：这是个配置脚本，被makefile文件包含；单独分离出来是为了应付一些可变的东西,所以，一般变动的东西都往这里搞；
  - a.3)common.mk：是最重要最核心的编译脚本，定义makefile的编译规则，依赖规则等，通用性很强的一个脚本，
- b)每个子目录下（app,signal)都有一个叫做makefile的文件，每个这个makefile文件，都会包含根目录下的common.mk，
- c)其他规划，上边讲过；
  //app/link_obj临时目录，存放.o目标文件
  //app/dep：存放.d开头的依赖关系文件；
- （2.3）makefile脚本用法介绍
  - a)编译项目，生成可执行文件
    - make
    - make clean
- （2.4）makefile脚本具体实现讲解
  - 从common.mk讲起
  - 将来增加新目录时：
  - a)修改根目录下的config.mk来增加该目录
  - b)在对应的目录下放入makefile文件，内容参考signal目录ixa的makefile文件即可

~千里之行，始于足下~

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
nginx_4_1

信号高级认识a)_include目录：专门存放各种头文件；如果分散:#include “sfaf/sdafas/safd.h”b)app目录：放主应用程序.c(main()函数所在的文件)以及一些比较核心的文件；c)misc目录：专门存放各种杂合性的不好归类的1到多个.c文件；暂时为空d)net目录：专门...
复制链接

扫一扫

专栏目录