Nginx编译配置脚本最终篇 - configure脚本

最新推荐文章于 2024-08-06 14:04:41 发布
最新推荐文章于 2024-08-06 14:04:41 发布
阅读量4.7k 收藏 105
点赞数 206
分类专栏： Nginx技术研究 文章标签： nginx shell
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43798887/article/details/117673413
版权

Nginx编译配置脚本最终篇 - configure脚本

1、相关文章

由于学习本文需要Nginx源码及搭建相关的编译环境，且本文与前面的文章有先后呼应关系，所以建议大家按以下文章顺序阅读

2、前言

通过前面的10篇文章，我们了解了Nginx源代码auto/目录下的各个脚本的作用，这篇文章我们将介绍configure脚本，看看它是如何通过使用auto/目录下的各个脚本来完成一次完整的配置的。本篇也是介绍Nginx编译配置脚本的最后一篇文章。

3、configure脚本详解

3.1、设置LC_ALL宏

这里设置LC_ALL是为了清除所有本地化的设置，让命令能够正确运行。具体的大家可以参考一下这篇文章《LC_ALL=C的含义》
代码如下：


LC_ALL=C
export LC_ALL

3.2、调用auto/options脚本

本节对应这篇文章《Nginx配置编译脚本篇（1）- 解析配置选项脚本auto/options》
通过调用auto/options脚本来对初始化一些配置选项，并对我们传入脚本的参数进行处理
代码如下：


. auto/options

3.3、调用auto/init脚本

本节对应这篇文章《Nginx编译配置脚本篇（2）- Makefile初始化脚本auto/init》
通过调用auto/init脚本来初始化部分与Makefile相关的变量，生成源代码根目录的Makefile文件并往其中写入部分信息
代码如下：


. auto/init

3.4、调用auto/sources脚本

本节对应这篇文章《Nginx编译配置脚本篇（3）- 源码相关变量脚本auto/sources》
通过调用auto/sources脚本来设置与objs/Makefile文件的源码部分相关的一些变量，这些变量将在后续会进行转换写入到objs/Makefile文件中
代码如下：


. auto/sources

3.5、objs/目录相关内容

从前面几个脚本中我们可以知道，NGX_OBJS的默认值为objs，NGX_AUTO_HEADERS_H的默认值为objs/ngx_auto_headers.h，NGX_AUTOCONF_ERR的默认值为objs/autoconf.err，则下面的代码的作用就是创建objs/目录，然后在该目录下生成ngx_auto_headers.h（存放部分开关宏的头文件）和autoconf.err（配置错误信息的输出文件）文件，并往ngx_auto_headers.h写入一个宏
代码如下：


test -d $NGX_OBJS || mkdir -p $NGX_OBJS

echo > $NGX_AUTO_HEADERS_H
echo > $NGX_AUTOCONF_ERR

echo "#define NGX_CONFIGURE \"$NGX_CONFIGURE\"" > $NGX_AUTO_CONFIG_H

3.6、写入NGX_DEBUG宏到objs/ngx_auto_headers.h文件

本节对应这篇文章《Nginx编译配置脚本篇（4）- 工具型脚本系列》
这里是根据NGX_DEBUG变量的值来选择是否写入NGX_DEBUG宏到objs/ngx_auto_headers.h文件中，NGX_DEBUG这个变量是在auto/options脚本里设置的，默认为NO
代码如下：


if [ $NGX_DEBUG = YES ]; then
    have=NGX_DEBUG . auto/have
fi

3.7、设置与系统相关的几个变量

NGX_PLATFORM这个变量是在auto/options脚本里设置的，默认为空。可以看到当NGX_PLATFORM为空时，通过使用uname命令来设置NGX_SYSTEM、NGX_RELEASE、NGX_MACHINE的值，最后通过这几个参数来设置NGX_PLATFORM，该值在后面会被多次用到，基本都是判断一下当前系统是不是Windows，然后执行一些特殊配置之类的操作
代码如下：


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`

    echo " + $NGX_SYSTEM $NGX_RELEASE $NGX_MACHINE"

    NGX_PLATFORM="$NGX_SYSTEM:$NGX_RELEASE:$NGX_MACHINE";

    case "$NGX_SYSTEM" in
        MINGW32_* | MINGW64_* | MSYS_*)
            NGX_PLATFORM=win32
        ;;
    esac

else
    echo "building for $NGX_PLATFORM"
    NGX_SYSTEM=$NGX_PLATFORM
fi

3.8、调用auto/cc/conf脚本

本节对应这篇文章《Nginx编译配置脚本篇（5）- 编译器相关脚本》
这里通过调用auto/cc/conf脚本来设置编译器相关的信息
代码如下：


. auto/cc/conf

3.9、调用auto/headers脚本

本节对应这篇文章《Nginx编译配置脚本篇（4）- 工具型脚本系列》
代码如下：


if [ "$NGX_PLATFORM" != win32 ]; then
    . auto/headers
fi

auto/headers这个脚本之前没有讲过，里面的内容如下，可以看到里面又调用了auto/include脚本

ngx_include="unistd.h";      . auto/include
ngx_include="inttypes.h";    . auto/include
ngx_include="limits.h";      . auto/include
ngx_include="sys/filio.h";   . auto/include
ngx_include="sys/param.h";   . auto/include
ngx_include="sys/mount.h";   . auto/include
ngx_include="sys/statvfs.h"; . auto/include
ngx_include="crypt.h";       . auto/include

auto/include脚本的内容如下：

echo $ngx_n "checking for $ngx_include ...$ngx_c"

cat << END >> $NGX_AUTOCONF_ERR

----------------------------------------
checking for $ngx_include

END


ngx_found=no

cat << END > $NGX_AUTOTEST.c

$NGX_INCLUDE_SYS_PARAM_H
#include <$ngx_include>

int main(void) {
    return 0;
}

END


ngx_test="$CC -o $NGX_AUTOTEST $NGX_AUTOTEST.c"

eval "$ngx_test >> $NGX_AUTOCONF_ERR 2>&1"

if [ -x $NGX_AUTOTEST ]; then

    ngx_found=yes

    echo " found"

    ngx_name=`echo $ngx_include \
              | tr abcdefghijklmnopqrstuvwxyz/. ABCDEFGHIJKLMNOPQRSTUVWXYZ__`


    have=NGX_HAVE_$ngx_name . auto/have_headers

    eval "NGX_INCLUDE_$ngx_name='#include <$ngx_include>'"

else
    echo " not found"

    echo "----------"    >> $NGX_AUTOCONF_ERR
    cat $NGX_AUTOTEST.c  >> $NGX_AUTOCONF_ERR
    echo "----------"    >> $NGX_AUTOCONF_ERR
    echo $ngx_test       >> $NGX_AUTOCONF_ERR
    echo "----------"    >> $NGX_AUTOCONF_ERR
fi

rm -rf $NGX_AUTOTEST*

可以看到这个脚本和auto/feature比较像，也是生成一个测试文件，只不过这个比较简单一点，只是测试当前环境是否可以使用ngx_include这个变量对应头文件，不行的话也是往objs/autoconf.err写入错误信息，行的话就使用auto/have_headers脚本往objs/ngx_auto_headers.h文件中写入相关的宏

3.10、调用auto/os/conf脚本

本节对应这篇文章《Nginx编译配置脚本篇（6）- 系统环境相关脚本》
这里通过调用auto/os/conf脚本来设置系统环境相关的信息
代码如下：


. auto/os/conf

3.11、调用auto/unix脚本

本节对应这篇文章《Nginx编译配置脚本篇（7）- UNIX环境脚本auto/unix》
这里通过调用auto/unix脚本来配置UNIX环境下的一些信息，下面的判断语句也是表明了在Windows下配置是不会调用该脚本的
代码如下：


if [ "$NGX_PLATFORM" != win32 ]; then
    . auto/unix
fi

3.12、调用auto/threads脚本

代码如下：


. auto/threads

这里调用auto/threads脚本来设置与多线程相关的信息，auto/threads内容如下：

if [ $USE_THREADS = YES ]; then

    if [ "$NGX_PLATFORM" = win32 ]; then
        cat << END

$0: --with-threads is not supported on Windows

END
        exit 1
    fi

    have=NGX_THREADS . auto/have
    CORE_DEPS="$CORE_DEPS $THREAD_POOL_DEPS"
    CORE_SRCS="$CORE_SRCS $THREAD_POOL_SRCS"
    CORE_LIBS="$CORE_LIBS -lpthread"
    NGX_LIBPTHREAD="-lpthread"
fi

可以看到USE_THREADS的值必须是YES才会生效，并且Windows下不允许设置这个。里面做的工作比较简单，将相关的宏、动态库信息添加到对应的变量中而已

3.13、调用auto/modules脚本

本节对应这篇文章《Nginx编译配置脚本篇（8）- 模块配置脚本auto/modules》
这里通过调用auto/modules脚本来设置与模块相关的内容
代码如下：


. auto/modules

3.14、调用auto/lib/conf脚本

本节对应这篇文章《Nginx编译配置脚本篇（9）- 动态库配置脚本auto/lib/conf》
这里通过调用auto/lib/conf脚本来设置与动态库相关的内容
代码如下：


. auto/lib/conf

3.15、设置NGX_PREFIX相关内容

这里是设置NGX_PREFIX变量相关的内容，我们知道这个变量存储的值是我们最后Nginx的安装路径，且这个值默认为空，当它为空时就在这里给他设置一个默认值/usr/local/nginx，然后将NGX_PREFIX写入objs/ngx_auto_config.h文件中，宏的内容就是NGX_PREFIX变量对应的值，也就是安装路径
代码如下：

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

3.16、往objs/ngx_auto_config.h文件中写入一系列路径相关的宏

可以看到这里往objs/ngx_auto_config.h写入了各个路径相关的宏，这些变量的值都是在前面设置的
代码如下：

if [ ".$NGX_CONF_PREFIX" != "." ]; then
    have=NGX_CONF_PREFIX value="\"$NGX_CONF_PREFIX/\"" . auto/define
fi

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

3.17、设置与最终生成的Makefile相关的内容

本节对应这篇文章《Nginx编译配置脚本篇（10）- Makefile相关脚本》
这里通过调用auto/make、auto/lib/make、auto/install这三个脚本来补充Makefile和objs/Makefile里面的内容（因为这两个文件前面已经生成了，这里就是往里面增加内容来使其更加完整）
代码如下：


. auto/make
. auto/lib/make
. auto/install

3.18、一些其它的配置

这部分内容比较简单，没什么可讲的，auto/stubs脚本就是写两个宏而已，auto/summary里面就是输出一些编译信息而已，有兴趣的读者可以自行去看一下这两个脚本的内容
代码如下：


. auto/stubs

have=NGX_USER value="\"$NGX_USER\"" . auto/define
have=NGX_GROUP value="\"$NGX_GROUP\"" . auto/define

if [ ".$NGX_BUILD" != "." ]; then
    have=NGX_BUILD value="\"$NGX_BUILD\"" . auto/define
fi

. auto/summary

4、总结

关于Nginx编译配置脚本的内容到这里也就全部讲完了，全部看完之后就会发现其实里面并没有多么复杂的设计，可能最难的就是那几个sed相关的正则了吧。从这些脚本中我们可以学习到make和Shell相关的一些知识，虽然对于开发来说这些可能确实是用处不大，但是秉着知其所以然的理念了解一下这些知识也是挺不错的。

最后，如果大佬们觉得我写的这些文章对你们有帮助的话，可以关注一下我或者我的专栏，以后会有更多有价值的文章输出的。

彼 方
关注
专栏目录
configure脚本
烂笔头
07-10 1239
configure脚本内容分析
Nginx步骤与配置启动脚本
shao_junne博客
04-08 1323
1.准备 1.安装包(提取码：ryaq ) 最新下载： Tengine下载和文档 Nginx官网和文档 2.服务器或者虚拟机（LInux） 2.安装 2.1 解压安装包 tar -zxvf tengine-2.3.3.tar.gz 解压成功 2.2 安装gcc 如在安装过程中没有出现以下错误信息，则跳过。 安装C编译 yum install gcc openssl-devel pcre-devel zlib-devel 2.3 安装编译 ./ configure --prefix=/安装路径
NGINX ./configure详解
weixin_34414196的博客
08-09 1155
NGINX ./configure详解 在"./configure"配置中，"--with"表示启用模块，也就是说这些模块在编译时不会自动构建"--without"表示禁用模块，也就是说这些模块在编译时会自动构建，若你想Nginx轻量级运行，可以去除一些不必要的模块。 [root@localhost nginx-1.14.0]# ./configure --help =>...
Nginx自动安装配置脚本
最新发布
weixin_63970667的博客
08-06 714
Nginx是一个流行的开源Web服务器软件。它最初由开发，并于2004年首次发布。Nginx的 目标是提供高性能、高可靠性和低内存消耗的Web服务器，同时也可以用作反向代理服务器和负载均衡器。Nginx以其优越的性能和高度可扩展性而闻名。相对于传统的Web服务器软件（如pache），Nginx采用了一种事件驱动的架构，能够处理大量并发连接，而且在高负载下表现出色。它也具有较低的内存消耗，使得它能够高效地处理大规模的并发请求。除了作为Web服务器，
Nginx的脚本配置
dzh1125641239的博客
05-05 892
Nginx脚本 1.我们可以安装一个httpd服务，在httpd服务的脚本加以修改，制作nginx的脚本 [root@server1 ~]# yum install httpd -y [root@server1 ~]# cd /usr/lib/systemd/system [root@server1 system]# cp httpd.service /etc/systemd/system/ngi...
nginx启动脚本和配置文件
weixin_33816821的博客
02-23 253
1、Nginx 在启动后，会有一个 master 进程和多个相互独立的 worker 进程。2、接收来自外界的信号，向各worker进程发送信号，每个进程都有可能来处理这个连接。3、master 进程能监控 worker 进程的运行状态，当 worker 进程退出后(异常情况下)，会自动启动新的 worker 进程。一、创建nginx启动脚本 说明：nginx...
windows平台nginx编译nginx-http-flv-module
03-28
4. **编译Nginx**：进入Nginx源码目录，运行配置脚本，指定编译选项，例如： ``` ./configure --prefix=路径 --with-http_flv_module --with-cc=mingw32-gcc ``` 这里`--with-http_flv_module`指定了添加...
windows下编译nginx-http-flv-moudle
11-18
然后下载Nginx源代码和`nginx-http-flv-module`源码，通过Nginx的configure脚本配置编译选项，将模块加入到Nginx中，接着执行make命令进行编译。需要注意的是，编译时可能需要额外的依赖库，如OpenSSL、PCRE等。 5....
添加nginx-http-flv-module模块并重新编译后的nginx（windows版）
12-17
5. 重新配置：运行`configure`脚本来配置Nginx，确保指定新添加的模块。命令可能类似于： ``` ./configure --with-http_flv_module --add-module=path/to/nginx-http-flv-module ``` 其中`path/to/nginx-...
nginx + nginx-http-flv-module-1.2.9
07-06
通过在 Nginx 的 configure 脚本中添加模块路径，然后执行 `make` 和 `make install` 进行编译和安装。 4. **配置文件** 在 `conf` 目录下的 `nginx.conf` 文件是 Nginx 的主配置文件，其中需要添加或修改部分配置...
nginx源码分析configure脚本详解
09-30
标题“nginx源码分析configure脚本详解”表明本文将详细讨论和分析Nginx的源码编译过程中使用的configure脚本，而描述中提到的“需要的朋友可以参考下”，意味着本文的目的在于为需要深入了解Nginx编译机制的读者...
nginx安装配置脚本
yuan-ONE的博客
01-16 664
#!/bin/bash path=/opt/nginx conf=/$path/conf ver=http://nginx.org/download/nginx-1.10.2.tar.gz wgetd=/usr/local/src ###########安装过程############################# yum -y group install Development Tools
Nginx网站服务
不知道是谁的博客
03-31 699
文章目录一.编译安装Nginx服务(一)认识Nginx服务的主配置文件(二)日志格式设定（三）访问状态统计配置(四)基于授权的访问控制(五)基于客户端的访问控制二.域名主机的访问（一）基于域名的Nginx虚拟主机(二)基于IP的Nginx虚拟主机(三)基于端口的Nginx虚拟主机 一.编译安装Nginx服务 关闭防火墙，将安装Apache所需软件包传到/opt目录下 systemctl stop firewalld systemctl disable firewalld setenforce 0 ng
Nginx configure
weixin_30666943的博客
11-09 125
　　在Nginx源码目录下有一个shell脚本configure，这个脚本为nginx做了大量准备工作，比如环境检测、参数解析、目录生成、Makefile文件的生成等，在configure脚本执行时会调用auto目录下的一系列脚本来共同完成这项工作。之后就可以依次执行命令make、make install编译与安装nginx执行文件。 　　Nginx大多都是作为web server使用的，用户...
简单配置Nginx的脚本启动
meltsnow的博客
05-27 616
前言 上一篇博客中我们讨论了nginx的热部署相关，当然在配置过程中也存在一些问题，比如，启动比较麻烦，每次都要到/usr/local/nginx/sbin/下执行脚本。因此接下来我们简单说说如何使用systenmctl命令来控制nginx。 配置过程 1.安装httpd服务，安装后httpd的启动脚本会在 /usr/lib/systemd/system 目录下 我们这一步的目的是为了获得一份启动...
Nginx编译./configure翻译
weixin_30535843的博客
11-26 181
[root@localhost nginx-1.14.1]# ./configure --help --help 打印此消息 --prefix=PATH 设置安装前缀 --sbin-path=PATH 设置nginx二进制路径名 ...
configure脚本参数
开心乐源的专栏
04-26 1080
--build 编译主机 --host 在这个主机上运行编译出来的程序。 --target 在这个主机上的程序，可以被host上运行的的工具操作，所以target主要对于gcc工具链和binutils工具集有意义。 比如，我们可以在普通的x86上编译一个x86上运行的gcc工具链，这个gcc工具链用来生成arm上运行的可执行程序。 ./configure --build=x8
评论 194
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

彼 方

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值