#!/bin/sh
# Copyright (C) Igor Sysoev
# Copyright (C) Nginx, Inc.
#auto/options脚本处理
configure #命令的参数。例如,如果参数是
--help #那么显示支持的所有参数格式。
options #脚本会定义后续工作将要用到的变量,然后根据本次参数以及默认值设置这些变量
. auto/options
#auto/init #脚本初始化后续将产生的文件路径。例如,Makefile、ngx_modules.c等文件默认情况下将会在<nginx-source>/objs/
. auto/init
#auto/sources #脚本将分析Nginx的源码结构,这样才能构造后续的 Makefile文件
. auto/sources
#编译过程中所有目标文件生成的路径由—
builddir=DIR参数指定,默认情况下为
<nginx-source>/objs,此时这个目录将会被创建
test -d $NGX_OBJS || mkdir $NGX_OBJS
#开始准备建立ngx_auto_headers.hautoconf.err等必要的编译文件
echo > $NGX_AUTO_HEADERS_H
echo > $NGX_AUTOCONF_ERR
#向objs/ngx_auto_config.h写入命令行带的参数
echo "#define NGX_CONFIGURE \"$NGX_CONFIGURE\"" > $NGX_AUTO_CONFIG_H
#判断DEBUG标志,如果有,那么在objs/ngx_auto_config.h文件中写入 DEBUG宏
if [ $NGX_DEBUG = YES ]; then
have=NGX_DEBUG . auto/have
fi
#现在开始检查操作系统参数是否支持后续编译
if test -z "$NGX_PLATFORM"; then
echo "checking for OS"
NGX_SYSTEM=`uname -s 2>/dev/null`
NGX_RELEASE=`uname -r 2>/dev/null`
NGX_MACHINE=`uname -m 2>/dev/null`
#屏幕上输出OS名称、内核版本、32位/64位内核
echo " + $NGX_SYSTEM $NGX_RELEASE $NGX_MACHINE"
NGX_PLATFORM="$NGX_SYSTEM:$NGX_RELEASE:$NGX_MACHINE";
case "$NGX_SYSTEM" in
MINGW32_*)
NGX_PLATFORM=win32
;;
esac
else
echo "building for $NGX_PLATFORM"
NGX_SYSTEM=$NGX_PLATFORM
fi
#检查并设置编译器,如GCC是否安装、 GCC版本是否支持后续编译
nginx
. auto/cc/conf
#对非 Windows操作系统定义一些必要的头文件,并检查其是否存在,以此决定
configure后续步骤是否可以成功[1]
if [ "$NGX_PLATFORM" != win32 ]; then
. auto/headers
fi
#对于当前操作系统,定义一些特定的操作系统相关的方法并检查当前环境是否支持。例如,对于
Linux,在这里使用 sched_setaffinity设置进程优先级,使用
Linux特有的sendfile系统调用来加速向网络中发送文件块
. auto/os/conf
#定义类 UNIX 操作系统中通用的头文件和系统调用等,并检查当前环境是否支持
if [ "$NGX_PLATFORM" != win32 ]; then
. auto/unix
fi
#最核心的构造运行期modules的脚本。它将会生成 ngx_modules.c文件,这个文件会被编译进
Nginx中,其中它所做的唯一的事情就是定义了ngx_modules数组。ngx_modules指明
Nginx运行期间有哪些模块会参与到请求的处理中,包括
HTTP请求可能会使用哪些模块处理,因此,它对数组元素的顺序非常敏感,也就是说,绝大部分模块在
ngx_modules数组中的顺序其实是固定的。例如,一个请求必须先执行 ngx_http_gzip_filter_module模块重新修改HTTP响应中的头部后,才能使用 ngx_http_header_filter模块按照headers_in结构体里的成员构造出以TCP流形式发送给客户端的 HTTP响应头部。注意,我们在--add-module=参数里加入的第三方模块也在此步骤写入到ngx_modules.c文件中了
. auto/modules
#conf脚本用来检查Nginx在链接期间需要链接的第三方静态库、动态库或者目标文件是否存在
. auto/lib/conf
#处理
#Nginx安装后的路径
case ".$NGX_PREFIX" in
.)
NGX_PREFIX=${NGX_PREFIX:-/usr/local/nginx}
have=NGX_PREFIX value="\"$NGX_PREFIX/\"" . auto/define
;;
.!)
NGX_PREFIX=
;;
*)
have=NGX_PREFIX value="\"$NGX_PREFIX/\"" . auto/define
;;
esac
#处理
Nginx安装后
conf文件的路径
if [ ".$NGX_CONF_PREFIX" != "." ]; then
have=NGX_CONF_PREFIX value="\"$NGX_CONF_PREFIX/\"" . auto/define
fi
#处理
Nginx安装后,二进制文件、pid、lock等其他文件的路径可参见
configure参数中路径类选项的说明
have=NGX_SBIN_PATH value="\"$NGX_SBIN_PATH\"" . auto/define
have=NGX_CONF_PATH value="\"$NGX_CONF_PATH\"" . auto/define
have=NGX_PID_PATH value="\"$NGX_PID_PATH\"" . auto/define
have=NGX_LOCK_PATH value="\"$NGX_LOCK_PATH\"" . auto/define
have=NGX_ERROR_LOG_PATH value="\"$NGX_ERROR_LOG_PATH\"" . auto/define
have=NGX_HTTP_LOG_PATH value="\"$NGX_HTTP_LOG_PATH\"" . auto/define
have=NGX_HTTP_CLIENT_TEMP_PATH value="\"$NGX_HTTP_CLIENT_TEMP_PATH\"" . auto/define
have=NGX_HTTP_PROXY_TEMP_PATH value="\"$NGX_HTTP_PROXY_TEMP_PATH\"" . auto/define
have=NGX_HTTP_FASTCGI_TEMP_PATH value="\"$NGX_HTTP_FASTCGI_TEMP_PATH\"" . auto/define
have=NGX_HTTP_UWSGI_TEMP_PATH value="\"$NGX_HTTP_UWSGI_TEMP_PATH\"" . auto/define
have=NGX_HTTP_SCGI_TEMP_PATH value="\"$NGX_HTTP_SCGI_TEMP_PATH\"" . auto/define
#创建编译时使用的
objs/Makefile文件
. auto/make
#为objs/Makefile加入需要连接的第三方静态库、动态库或者目标文件
. auto/lib/make#为objs/Makefile加入
#install功能,当执行
make install时将编译生成的必要文件复制到安装路径,建立必要的目录
. auto/install
# 在ngx_auto_config.h文件中加入NGX_SUPPRESS_WARN宏、NGX_SMP宏
. auto/stubs
#在ngx_auto_config.h文件中指定NGX_USER和nobody(也就是默认以
nobody用户运行进程)
have=NGX_USER value="\"$NGX_USER\"" . auto/define
have=NGX_GROUP value="\"$NGX_GROUP\"" . auto/define
#显示configure执行的结果,如果失败,则给出原因
. auto/summaryNGX_GROUP宏
configure生成的文
生成的OBj文件
autoconf.err
├── Makefile
├── nginx
├── nginx.8
├── ngx_auto_config.h
├── ngx_auto_headers.h
├── ngx_modules.c
├── ngx_modules.o
└── src
├── core
上述目录和文件介绍如下
1
)
src
目录用于存放编译时产生的目标文件。
2
)
Makefile
文件用于编译
Nginx
工程以及在加入
install
参数后安装
Nginx
。
3)
autoconf.err
保存
configure
执行过程中产生的结果
4)ngx_auto_headers.h
和
ngx_auto_config.h
保存了一些宏,这两个头文件会被
src/core/ngx_config.h
及
src/os/unix/ngx_linux_
5
)
ngx_modules.c
是一个关键文件,我们需要看看它的内部结构。一个默认配置下生成的
ngx_modules.c
文件内容如下
:
include <ngx_config.h>
#include <ngx_core.h>
extern ngx_module_t ngx_core_module;
extern ngx_module_t ngx_errlog_module;
extern ngx_module_t ngx_conf_module;
extern ngx_module_t ngx_regex_module;
extern ngx_module_t ngx_events_module;
extern ngx_module_t ngx_event_core_module;
extern ngx_module_t ngx_epoll_module;
extern ngx_module_t ngx_http_module;
extern ngx_module_t ngx_http_core_module;
extern ngx_module_t ngx_http_log_module;
extern ngx_module_t ngx_http_upstream_module;
extern ngx_module_t ngx_http_static_module;
extern ngx_module_t ngx_http_autoindex_module;
extern ngx_module_t ngx_http_index_module;
extern ngx_module_t ngx_http_auth_basic_module;
extern ngx_module_t ngx_http_access_module;
extern ngx_module_t ngx_http_limit_conn_module;
extern ngx_module_t ngx_http_limit_req_module;
......
ngx_modules.c
文件就是用来定义
ngx_modules
数组的。
ngx_modules
是非常关键的数组,它指明了每个模块在
Nginx
中的优先级,当一个请求同时符合多个模块的处理规则时
....