Nginx进程结构与核心模块初探

shark-chili

已于 2024-12-02 21:23:40 修改

阅读量2.2k

点赞数 2

CC 4.0 BY-SA版权

分类专栏：运维文章标签：操作系统 nginx 运维服务器

于 2022-03-23 00:00:00 首次发布

本文链接：https://blog.csdn.net/shark_chili3007/article/details/103953294

本文详细介绍了Nginx的多进程结构及其优势，解释了为何选择进程而非线程。同时，深入探讨了Linux进程管理命令，如kill信号的各种参数，并展示了如何修改Nginx配置文件以调整worker进程数。此外，还阐述了nginx.conf配置文件的结构，以及如何使用命令行管理nginx进程，包括配置重载和热部署。最后，提到了Nginx的模块化设计和编译安装时的配置参数。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

nginx进程结构

nginx是多进程结构，并不是多线程结构，之所以这样设计的原因是因为多线程内存空间是共享的，一旦一个线程崩溃可能导致整个进程崩溃，所以nginx的设计者就将nginx设计为多进程结构。

在这里插入图片描述

nginx与Linux进程管理

Linux进程管理命令与参数

杀死进程的命令如下所示:

kill -数字或者字母(参考下表) pid

注意：kill后面需要跟一个参数，对应参数的数字含义如下，以笔者日常使用为例，基本使用-9。

1) SIGHUP 本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端不再关联.

2) SIGINT 程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl+C)时发出

3) SIGQUIT 和 SIGINT类似, 但由QUIT字符(通常是Ctrl+\)来控制. 进程在因收到 SIGQUIT 退出时会产生core文件, 在这个意义上类似于一个程序错误信号.

4) SIGILL 执行了非法指令. 通常是因为可执行文件本身出现错误, 或者试图执行数据段. 堆栈溢出时也有可能产生这个信号.

5) SIGTRAP 由断点指令或其它trap指令产生. 由debugger使用.

6) SIGABRT 程序自己发现错误并调用abort时产生.

6) SIGIOT 在PDP-11上由iot指令产生, 在其它机器上和SIGABRT一样.

7) SIGBUS 非法地址, 包括内存地址对齐(alignment)出错. eg: 访问一个四个字长的整数, 但其地址不是4的倍数.

8) SIGFPE 在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢出及除数为0等其它所有的算术的错误.

9) SIGKILL 用来立即结束程序的运行. 本信号不能被阻塞, 处理和忽略.

10) SIGUSR1 留给用户使用

11) SIGSEGV 试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据.

12) SIGUSR2 留给用户使用

13) SIGPIPE Broken pipe

14) SIGALRM 时钟定时信号, 计算的是实际的时间或时钟时间. alarm函数使用该信号.

15) SIGTERM 程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和处理. 通常用来要求程序自己正常退出. shell命令kill缺省产生这个信号.

17) SIGCHLD 子进程结束时, 父进程会收到这个信号.

18) SIGCONT 让一个停止(stopped)的进程继续执行. 本信号不能被阻塞. 可以用一个handler来让程序在由stopped状态变为继续执行时完成特定的工作. 例如, 重新显示提示符

19) SIGSTOP 停止(stopped)进程的执行. 注意它和terminate以及interrupt的区别:该进程还未结束, 只是暂停执行. 本信号不能被阻塞, 处理或忽略.

20) SIGTSTP 停止进程的运行, 但该信号可以被处理和忽略. 用户键入SUSP字符时(通常是Ctrl+Z)发出这个信号

21) SIGTTIN 当后台作业要从用户终端读数据时, 该作业中的所有进程会收到SIGTTIN信号. 缺省时这些进程会停止执行.

22) SIGTTOU 类似于SIGTTIN, 但在写终端(或修改终端模式)时收到.

23) SIGURG 有"紧急"数据或out-of-band数据到达socket时产生.

24) SIGXCPU 超过CPU时间资源限制. 这个限制可以由getrlimit/setrlimit来读取/改变

25) SIGXFSZ 超过文件大小资源限制.

26) SIGVTALRM 虚拟时钟信号. 类似于SIGALRM, 但是计算的是该进程占用的CPU时间.

27) SIGPROF 类似于SIGALRM/SIGVTALRM, 但包括该进程用的CPU时间以及系统调用的时间.

28) SIGWINCH 窗口大小改变时发出.

29) SIGIO 文件描述符准备就绪, 可以开始进行输入/输出操作.

30) SIGPWR Power failure

实践-修改nginx进程数

直接操作worker进程(不推荐，略)

用master管理nginx进程

我们的nginx.conf的worker_processes 为1，我们希望修改后通过master让其重新加载配置，首先我们需要键入如下命令确认worker进程数，可以看到当前只有1个worker进程

[root@localhost conf]# ps -ef |grep nginx |grep -v grep
root     27871     1  0 7月16 ?       00:00:00 nginx: master process /usr/local/nginx/sbin/nginx
root     30259 27871  0 13: