nginx源码分析——configure脚本
一、前言
在分析源码时，经常可以看到类似 #if (NGX_PCRE) .... #endif 这样的代码段，这样的设计可以在不改动源码的情况下，通过简单的定义宏的方式来实现功能的打开与关闭，但是在nginx/src目录下始终没有找到宏 NGX_PCRE 对应的 #define 语句。
在之前介绍event模块的时候，讲到init_cycle函数中对cycle进行了初始化，其中很重要一步操作就是讲包含所有module信息的数组拷贝到这个cycle对应的结构中（nginx/src/core/ngx_module.c），文件中函数用到的包含module名称的数组ngx_module_names在源码中也没找到定义、初始化。
上述两个疑问的答案应该在对nginx源码编译前执行的./auto/configure命令，因为该命令的输出中显示了对一些函数、头文件的检测，所以就将重点分析放到nginx/auto/configure文件中。
二、configure脚本
由于nginx拥有丰富的功能选项，因此有经验的使用者都会采用直接源码编译、安装的方式。在编译前，需要通过执行如下命令来完成源代码的编译。
?其中./auto/configure --with-pcre 就是需要在源码中启用NGX_PCRE宏，但是如何实现的呢？
打开nginx/auto/configure文件，发现该文件是一个shell脚本，并调用了一些其他文件
?上面简要介绍了nginx/auto/configure文件中的一些内容，configure并没有把工作全部集中于该文件内部，而是提供了一个框架，具体的工作交由auto/threads、auto/headers等文件来完成，并且采用 . auto/conf 这种调用方式，这样可以做到变量共享；这种做法既简化了configure文件的编写，也不同类型的检查工作拆分开，便于编写、维护。下面就来解答第一部分提出的两个问题：
NGX_PCRE宏定义，这类的宏定义可以在nginx/objs/ngx_auto_config.h中看到，这个文件是由have=$ngx_have_feature . auto/have这样的语句生成的。
?文件中<<符号是来告知shell标准输入来自一对分隔符（可以使字符串、数字等类型，只要保证开头和结尾的一致）中间的内容；所以，have文件中的命令就是利用cat将分隔符END之间的5行内容追加到$NGX_AUTO_CONFIG_H文件中。效果如下：
?这就回答了第一个问题。
auto/configure文件中有一行. auto/modules， 这个文件中定义了要注册到nginx中各个模块的信息以及对应的源文件，然后遍历文件中包含所有定义模块名称的变量modules，自动生成ngx_module_t *ngx_modules[]和char *ngx_module_names[]两个数组，并写入到 $NGX_MODULES_C文件中。这就解释了第二个问题中两个数组是从哪里定义的问题了。
?nginx/auto/modules这个文件生成的两个数组用于cycle的初始化，因此如果开发者开发的模块要添加到nginx中，一定要记得修改nginx/auto/modules这个文件，否则是不会被编译到nginx中的（当然不会生效啦）。
三、方法、函数检查验证
由于nginx跨平台的特性，因此增加了很多位于不同平台下的函数（这些与平台有关的函数、方法也是通过宏定义的方式来决定是否调用），nginx在configure的时候需要找出当前环境中支持的方法、函数，然后将这些支持的方法、函数用宏定义的方式来确定下来。
? ?nginx的这种demo验证机制，既做到了检查当前系统是否拥有对应的方法、函数，也验证了拥有的方法、函数是否提供了期望的功能。这种情况也提醒我们，运行nginx的生产环境与编译nginx的开发环境要保持一致。
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！
原文链接：http://www.cnblogs.com/sxhlinux/p/6806765.html