【底部异动指标源码】【董付国源码】【易派达源码】nginx 源码编译

时间:2024-11-28 18:24:27 分类:大厂面试源码笔记 来源:电影网址导航源码

1.Nginx源码交叉编译-保姆级移植ARM
2.WSL2子系统安装CentOS8及源码编译Nginx1.18+PHP7.4+MySql8.0开发环境
3.nginx源码分析--master和worker进程模型
4.LinuxUbuntu安装Nginx(在线安装&源码编译安装)
5.Nginx源码分析 - 主流程篇 - 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内容,董付国源码进行编译,可能需要清理缓存以解决编译问题。

       在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是易派达源码基于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

       使用命令查看已安装的云真机源码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等工具,出票少源码更换国内源并备份原始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源码奠定了基础。