1.WSL2子系统安装CentOS8及源码编译Nginx1.18+PHP7.4+MySql8.0开发环境
2.LinuxUbuntu安装Nginx(在线安装&源码编译安装)
3.nginx修改server信息
4.Nginx源码分析 - HTTP模块篇 - TCP连接建立过程
5.Nginx源码交叉编译-保姆级移植ARM
6.Nginx源码分析 - 主流程篇 - 全局变量cycle初始化
WSL2子系统安装CentOS8及源码编译Nginx1.18+PHP7.4+MySql8.0开发环境
一、码编WSL2安装CentOS8及源码编译Nginx1.+PHP7.4+MySql8.0开发环境
在前文中介绍了WSL(Windows Subsystem for Linux)以及在Win中的码编安装与配置WSL2。首先,码编安装并配置WSL2后,码编Ubuntu等Linux发行版可通过Windows应用商店直接安装。码编但为了与线上服务器环境一致,码编Sam机架源码教程这里介绍如何不通过应用商店手动安装适配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环境测试完成。
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安装方式更便捷,而源码编译安装则提供更大的php网页游戏源码灵活性,可以根据实际需求定制安装。
nginx修改server信息
使用Fiddler工具抓取数据包,可以查看到Nginx版本信息。或者在CentOS环境中,通过执行命令“curl -I http://.0.0.1”来显示响应报文首部信息。
方法1:修改配置文件
使用命令“vim /usr/local/nginx/conf/nginx.conf”编辑配置文件,添加行“server_tokens off;”以关闭版本号显示,然后执行“systemctl restart nginx”。之后执行“curl -I http://.0.0.1”测试修改效果。
方法2:修改源码文件,重新编译安装
方法涉及编辑源文件,具体操作为使用命令“vim /opt/nginx-1..0/src/core/nginx.h”修改版本号定义和服务器类型定义。然后进入相关目录执行编译和安装命令,如“cd /opt/nginx-1..0/ ./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module make && make install”。编辑“/usr/local/nginx/conf/nginx.conf”配置文件,将“server_tokens off;”改为“server_tokens on;”。最后重启Nginx服务并测试“curl -I http://.0.0.1”以验证修改后的配置效果。
Nginx源码分析 - HTTP模块篇 - TCP连接建立过程
Nginx源码分析 - HTTP模块篇 - TCP连接建立过程
在上一章节中,我们已经了解了HTTP模块的初始化过程。本章节将深入剖析监听套接字的初始化函数以及Nginx连接的全程流程。 首先, ngx_http_optimize_servers 是关键函数,它负责Nginx服务监听套接字的优化配置。这个函数在Nginx启动时,会初始化并优化服务器的侦听策略。 紧接着, ngx_http_init_listening 和 ngx_http_add_listening 函数共同作用,创建和设置监听套接字(listening),为后续的网络连接做好准备。 理解了Event模块的进程初始化后,结合 ngx_http_optimize_servers 的工作,我们可以构建出Nginx连接的完整流程图。这个流程涉及服务器的监听,客户端的请求,以及两者之间的TCP连接建立。 让我们通过下面的流程概述来直观地理解:服务器通过 ngx_http_optimize_servers 函数设置监听套接字,等待客户端连接请求。
当客户端发起连接时,Nginx通过 ngx_http_add_listening 创建新的TCP连接。
通过Event模块的事件驱动,Nginx接收并处理客户端的HTTP请求,开始HTTP会话。
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设备,通过修改配置文件解决报错后,成功运行并访问测试页面,完成了基础的移植工作。
Nginx源码分析 - 主流程篇 - 全局变量cycle初始化
Nginx的全局初始化过程围绕全局变量“cycle”展开,位于/src/core/cycle.c文件,其数据结构为“ngx_cycle_t”。了解Nginx源码前应掌握cycle全局变量初始化流程。 cycle初始化分为以下步骤: 创建内存池 用于后续分配的所有内存。 拷贝配置文件路径前缀 如“/usr/local/nginx”,存储在cycle->conf_prefix中。 复制Nginx路径前缀 存储于cycle->prefix。 复制配置文件信息 包含文件路径,如“/nginx/conf/nginx.conf”。 复制配置参数信息 初始化路径信息 初始化打开的文件句柄 初始化shared_memory链表 新旧链表比较,保留相同内存,释放不同。 遍历并打开文件列表(如日志、配置文件) 创建并初始化共享内存 比较新旧共享内存,保留或创建。 处理listening数组并开始监听 处理socket监听。 关闭或删除old_cycle资源 关键点在于内存池的创建、配置文件解析、文件句柄与共享内存的初始化、socket监听与资源关闭,整个流程确保Nginx核心组件的初始化完成。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):
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源码奠定了基础。