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擁有豐富的功能選項，因此有經驗的使用者都會采用直接源碼編譯、安裝的方式。在編譯前，需要通過執行如下命令來完成源代碼的編譯。

cd nginx; ./auto/configure --with-pcre && make

其中./auto/configure --with-pcre 就是需要在源碼中啟用NGX_PCRE宏，但是如何實現的呢？     

     打開nginx/auto/configure文件，發現該文件是一個shell腳本，并調用了一些其他文件

################## nginx/auto/configure ########################!/bin/sh # Copyright (C) Igor Sysoev# Copyright (C) Nginx, Inc. LC_ALL=Cexport LC_ALL #執行auto/options文件中的命令，行中的“.”表示在當前的sh環境中執行auto/options#文件中的命令（與source命令效果一樣）不同于sh命令會導致創建子進程，由于configure#文件中命令與options的命令都在同一sh環境下，所以變量在兩個文件中都是彼此可見的. auto/options   #設置變量，并將之置空. auto/init     #初始化一些變量諸如：NGX_AUTO_HEADERS_H=$NGX_OBJS/ngx_auto_headers.h. auto/sources   #設置核心模塊、平臺代碼對應的源文件 test -d $NGX_OBJS || mkdir -p $NGX_OBJS echo > $NGX_AUTO_HEADERS_Hecho > $NGX_AUTOCONF_ERR echo "#define NGX_CONFIGURE /"$NGX_CONFIGURE/"" > $NGX_AUTO_CONFIG_H if [ $NGX_DEBUG = YES ]; then  have=NGX_DEBUG . auto/have   #設置NGX_DEBUG=1fi ..... . auto/cc/conf   #檢查編譯器相關選項 if [ "$NGX_PLATFORM" != win32 ]; then  . auto/headers   #檢查相關頭文件，并將結果輸出到ngx_auto_headers.h文件中fi . auto/os/conf   #檢查系統平臺所需的函數 if [ "$NGX_PLATFORM" != win32 ]; then  . auto/unix   #檢查unix環境下一些文件、函數fi   . auto/threads #統計要編譯到nginx中的模塊信息，創建并初始化ngx_module_t *ngx_modules[]和#char *ngx_module_names[]兩個數組中（這兩個數組在init_cycle中被調用）存放#到之前創建的nginx/objs/ngx_modules.c文件中. auto/modules  . auto/lib/conf ....... #定義變量NGX_SBIN_PATH的值為"/"$NGX_SBIN_PATH/""have=NGX_SBIN_PATH value="/"$NGX_SBIN_PATH/"" . auto/define have=NGX_CONF_PATH value="/"$NGX_CONF_PATH/"" . auto/definehave=NGX_PID_PATH value="/"$NGX_PID_PATH/"" . auto/define ......