1.Nginx源码交叉编译-保姆级移植ARM
2.WSL2子系统安装CentOS8及源码编译Nginx1.18+PHP7.4+MySql8.0开发环境
3.nginx源码分析--master和worker进程模型
4.LinuxUbuntu安装Nginx（在线安装&源码编译安装）
5.Nginx源码分析 - 主流程篇 - Nginx的源译启动流程

Nginx源码交叉编译-保姆级移植ARM

       在Ubuntu..7 位系统上，使用arm-linux-gnueabihf-gcc作为交叉编译器，码编针对arm内核4.1.和恩智浦imx6ul嵌入式平台，源译进行了一次详细的码编Nginx源码的交叉编译移植过程。

       准备工作包括了下载Nginx（1..0）、源译pcre（8.）、码编星耀视讯源码zlib（1.3.1）和openssl（1.1.1）的源译最新版本。在编译过程中，码编作者尝试了openssl的源译3.0.版本，但遇到编译问题，码编最终选择1.1.1版本进行编译。源译

       在进入Nginx源码目录后，码编需要对部分源码进行修改，源译如移除退出函数并调整size大小。码编增加PCRE配置后，源译对Nginx进行配置，如果不需要ssl，应移除相关部分。配置完成后生成Makefile，但在此阶段并未进行编译。

       Pcre源码的处理包括切换目录、配置和编译，编译成功且无误。对于openssl（选配），需要确保安装路径设置正确，配置后删除部分Makefile内容，haha源码解析进行编译，可能需要清理缓存以解决编译问题。

       在Nginx部分的后续操作中，添加了必要的定义以避免malloc未引用错误，并调整了Makefile以排除之前手动编译的影响。最后进行编译，安装完成后，检查可执行文件类型和大小，进行优化以减少调试信息，使文件减小至2.8M。

       测试阶段，将编译后的文件复制到arm设备，通过修改配置文件解决报错后，成功运行并访问测试页面，完成了基础的移植工作。

WSL2子系统安装CentOS8及源码编译Nginx1.+PHP7.4+MySql8.0开发环境

       一、WSL2安装CentOS8及源码编译Nginx1.+PHP7.4+MySql8.0开发环境

       在前文中介绍了WSL（Windows Subsystem for Linux）以及在Win中的安装与配置WSL2。首先，安装并配置WSL2后，Ubuntu等Linux发行版可通过Windows应用商店直接安装。但为了与线上服务器环境一致，这里介绍如何不通过应用商店手动安装适配WSL的Linux发行版，以 CentOS8为例。

       1. 安装Chocolatey

       NuGet是一个用于.NET开发平台的软件包管理器，Chocolatey是stl源码配置基于NuGet的一个软件包管理器，在Windows中可通过命令行安装程序。通过在PowerShell（管理员模式）中输入命令并执行，可以安装Chocolatey。详细安装说明请查阅其官网文档。

       2. 安装LxRunOffline

       LxRunOffline是一款用于管理WSL子系统的实用工具，能备份、创建、恢复、导出WSL子系统，同时支持安装适配WSL的任何Linux发行版，并允许将WSL子系统安装到任意目录。在PowerShell窗口中输入命令安装LxRunOffline，安装完成后重启PowerShell。

       3. 下载CentOS镜像

       GitHub上有开源的适用于WSL的CentOS系统安装镜像，通过选择CentOS8分支并进入docker目录，下载文件centos-8-x_.tar.xz。将下载的文件保存在指定路径，如D盘。

       4. 安装CentOS镜像

       通过输入特定命令并回车，可以将CentOS系统安装到C盘的centos文件夹下，并命名为centos。注意文件路径在Linux与Windows下不同，这里C盘路径用反斜线表示，D盘路径为Windows下的路径。

       5. 升级为WSL2

       使用命令查看已安装的阿里netty源码WSL信息，并将指定的WSL发行版升级为WSL2，格式为：命令格式，输入并执行命令，设置默认使用的发行版，再次使用命令查看，查看到centos的VERSION已变为2，并且名称前加了*号。

       6. WSL子系统的启动与关闭

       通过命令即可启动WSL子系统，停止WSL子系统的命令为：wsl --shutdown -n 系统名称。若直接输入wsl --shutdown会停止所有已启动的WSL子系统。此外，通过命令net stop LxssManager也可以停止WSL子系统。

       7. 使用Windows Terminal

       为了更好地配合WSL，安装Windows Terminal是必要的。通过Terminal可以直接打开所有已安装的WSL发行版，并根据需要调整配色方案。

       8. 目录设置

       在WSL2系统中可直接访问Windows磁盘文件，建议将安装软件包放在F:\wsl目录下，将网站Web程序放在E:\wwwroot目录中，访问路径为/mnt/f/wsl和/mnt/e/wwwroot。若性能降低超出可忍受范围，再考虑将这两个目录移动到WSL的虚拟磁盘。

       9. centos8基本配置

       查看centos版本，安装wget、vim等工具，javase集合源码更换国内源并备份原始yum源，下载对应版本的repo文件，确保包含的源如aliyun符合需求。

       . 源码编译安装Nginx

       安装编译工具及库文件，如gcc、pcre、zlib、openssl等，下载并解压nginx源码，开始编译，检查系统环境、生成Makefile文件，生成脚本及配置文件，安装并创建目录，复制生成的模块和文件。

       . 编译安装MySql8.0

       下载并解压MySql8.0源码，解压后移动目录，创建data目录并初始化MySql，添加需要的库文件，创建my.cnf配置文件，启动MySql。

       . 源码编译安装php7.4

       下载php7.4源码，安装编译工具和库文件，创建用户组和用户，配置编译参数，解压缩并移动到指定目录，检查配置并生成配置文件，安装完成。

       . LNMP环境测试

       测试Nginx和PHP-FPM的配合，配置Nginx和PHP-FPM，通过phpinfo文件验证php和Nginx的配合情况，测试phpMyAdmin，确保数据库连接无误，至此，LNMP环境测试完成。

nginx源码分析--master和worker进程模型

       一、Nginx整体架构

       正常执行中的nginx会有多个进程，其中最基本的是master process（主进程）和worker process（工作进程），还可能包括cache相关进程。

       二、核心进程模型

       启动nginx的主进程将充当监控进程，主进程通过fork()产生的子进程则充当工作进程。

       Nginx也支持单进程模型，此时主进程即是工作进程，不包含监控进程。

       核心进程模型框图如下：

       master进程

       监控进程作为整个进程组与用户的交互接口，负责监护进程，不处理网络事件，不负责业务执行，仅通过管理worker进程实现重启服务、平滑升级、更换日志文件、配置文件实时生效等功能。

       master进程通过sigsuspend()函数调用大部分时间处于挂起状态，直到接收到信号。

       master进程通过检查7个标志位来决定ngx_master_process_cycle方法的运行：

       sig_atomic_t ngx_reap;

       sig_atomic_t ngx_terminate;

       sig_atomic_t ngx_quit;

       sig_atomic_t ngx_reconfigure;

       sig_atomic_t ngx_reopen;

       sig_atomic_t ngx_change_binary;

       sig_atomic_t ngx_noaccept;

       进程中接收到的信号对Nginx框架的意义：

       还有一个标志位：ngx_restart，仅在master工作流程中作为标志位使用，与信号无关。

       核心代码（ngx_process_cycle.c）：

       ngx_start_worker_processes函数：

       worker进程

       worker进程主要负责具体任务逻辑，主要关注与客户端或后端真实服务器之间的数据可读/可写等I/O交互事件，因此工作进程的阻塞点在select()、epoll_wait()等I/O多路复用函数调用处，等待数据可读/写事件。也可能被新收到的进程信号中断。

       master进程如何通知worker进程进行某些工作？采用的是信号。

       当收到信号时，信号处理函数ngx_signal_handler()会执行。

       对于worker进程的工作方法ngx_worker_process_cycle，它主要关注4个全局标志位：

       sig_atomic_t ngx_terminate;//强制关闭进程

       sig_atomic_t ngx_quit;//优雅地关闭进程（有唯一一段代码会设置它，就是接受到QUIT信号。ngx_quit只有在首次设置为1时，才会将ngx_exiting置为1）

       ngx_uint_t ngx_exiting;//退出进程标志位

       sig_atomic_t ngx_reopen;//重新打开所有文件

       其中ngx_terminate、ngx_quit、ngx_reopen都将由ngx_signal_handler根据接收到的信号来设置。ngx_exiting标志位仅由ngx_worker_cycle方法在退出时作为标志位使用。

       核心代码（ngx_process_cycle.c）：

LinuxUbuntu安装Nginx（在线安装&源码编译安装）

       在Ubuntu .环境中，有两种常见的Nginx安装方式，分别是在线安装和源码编译安装，版本为1..0。以下是对这两种方法的详细步骤：

       首先，对于在线安装（apt安装）：

       1. 检查当前版本并了解安装详情，可以看到它会自动设置一些路径，比如--prefix和--conf-path，并预装常用的https模块，如--with-http_ssl_module。

       其次，如果之前已经通过apt安装了Nginx，源码编译安装前需要卸载并清除相关配置：

       1. 使用--purge卸载，确保完全移除，但要注意，sudo apt autoremove可能导致未预期的错误。

       2. 需要手动删除相关依赖。

       源码编译安装则包括以下步骤：

       2.2.1 从nginx官网下载源码。

       2.2.2 安装过程中，首先解压缩文件，接着配置编译选项，可能会提示缺少pcre和zlib模块。

       3. 安装这些依赖。

       4. 开始编译并安装Nginx。

       5. 启动Nginx后，通过nginx -V检查，由于是自定义编译，可能不会显示所有预装模块。

       6. 查看安装后的模块，需要在编译目录中查找，通常比apt安装的模块更多。

       总的来说，apt安装方式更便捷，而源码编译安装则提供更大的灵活性，可以根据实际需求定制安装。

Nginx源码分析 - 主流程篇 - Nginx的启动流程

       文章内容包含对Nginx源码的基础理解，以及对其主流程的深入分析。首先介绍了Nginx使用的各种基础数据结构，如pool、buf、array、list等，通过理解这些结构能更加深入地了解Nginx源码。

       接下来，文章着重分析了Nginx的启动流程，主要实现函数在./src/core/nginx.c文件中的main()函数。文章展示了main()函数启动过程，并详细解释了几个关键步骤。

       第一步，是通过ngx_get_options方法解析外部参数，比如命令行参数 ./nginx -s stop|start|restart。

       第二步，初始化全局变量，其中init_cycle在内存池上创建一个默认大小为的全局变量，这一过程在ngx_init_cycle函数中完成，详细的全局变量初始化步骤会在后续的文章中展开。

       第三步，通过ngx_save_argv和ngx_process_options保存头部的全局变量定义。

       接着，使用ngx_preinit_modules方法对所有模块进行初始化，并给它们打上标号，这一过程在ngx_module.c文件中进行。

       再一步，通过ngx_create_pidfile创建PID文件，文件管理在ngx_cycle.c文件中实现。

       此外，文章还提到了Nginx中涉及的其他重要模块，指出这些模块的详细解析会在后续的文章中呈现。

       总结，文章以实际代码为例，介绍了Nginx启动的全流程，并对关键步骤进行了解释，为读者深入了解Nginx源码奠定了基础。