這篇文章主要介紹了nginx中configure腳本的示例分析，具有一定借鑒價(jià)值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于成都網(wǎng)站建設(shè)、做網(wǎng)站、新源網(wǎng)絡(luò)推廣、成都小程序開發(fā)、新源網(wǎng)絡(luò)營銷、新源企業(yè)策劃、新源品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運(yùn)營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們最大的嘉獎(jiǎng)；創(chuàng)新互聯(lián)為所有大學(xué)生創(chuàng)業(yè)者提供新源建站搭建服務(wù)，24小時(shí)服務(wù)熱線：18980820575，官方網(wǎng)址：www.cdcxhl.com

nginx源碼分析——configure腳本

一、前言

     在分析源碼時(shí)，經(jīng)?？梢钥吹筋愃?#if (NGX_PCRE) .... #endif 這樣的代碼段，這樣的設(shè)計(jì)可以在不改動(dòng)源碼的情況下，通過簡單的定義宏的方式來實(shí)現(xiàn)功能的打開與關(guān)閉，但是在nginx/src目錄下始終沒有找到宏 NGX_PCRE 對應(yīng)的 #define 語句。

     在之前介紹event模塊的時(shí)候，講到init_cycle函數(shù)中對cycle進(jìn)行了初始化，其中很重要一步操作就是講包含所有module信息的數(shù)組拷貝到這個(gè)cycle對應(yīng)的結(jié)構(gòu)中（nginx/src/core/ngx_module.c），文件中函數(shù)用到的包含module名稱的數(shù)組ngx_module_names在源碼中也沒找到定義、初始化。

     上述兩個(gè)疑問的答案應(yīng)該在對nginx源碼編譯前執(zhí)行的./auto/configure命令，因?yàn)樵撁畹妮敵鲋酗@示了對一些函數(shù)、頭文件的檢測，所以就將重點(diǎn)分析放到nginx/auto/configure文件中。 

二、configure腳本

     由于nginx擁有豐富的功能選項(xiàng)，因此有經(jīng)驗(yàn)的使用者都會(huì)采用直接源碼編譯、安裝的方式。在編譯前，需要通過執(zhí)行如下命令來完成源代碼的編譯。

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

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

     打開nginx/auto/configure文件，發(fā)現(xiàn)該文件是一個(gè)shell腳本，并調(diào)用了一些其他文件

################## nginx/auto/configure #######################
#!/bin/sh
 
# Copyright (C) Igor Sysoev
# Copyright (C) Nginx, Inc.
 
LC_ALL=C
export LC_ALL
 
#執(zhí)行auto/options文件中的命令，行中的“.”表示在當(dāng)前的sh環(huán)境中執(zhí)行auto/options
#文件中的命令（與source命令效果一樣）不同于sh命令會(huì)導(dǎo)致創(chuàng)建子進(jìn)程，由于configure
#文件中命令與options的命令都在同一sh環(huán)境下，所以變量在兩個(gè)文件中都是彼此可見的
. auto/options   #設(shè)置變量，并將之置空
. auto/init     #初始化一些變量諸如：NGX_AUTO_HEADERS_H=$NGX_OBJS/ngx_auto_headers.h
. auto/sources   #設(shè)置核心模塊、平臺(tái)代碼對應(yīng)的源文件
 
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
 
if [ $NGX_DEBUG = YES ]; then
  have=NGX_DEBUG . auto/have   #設(shè)置NGX_DEBUG=1
fi
 
.....
 
. auto/cc/conf   #檢查編譯器相關(guān)選項(xiàng)
 
if [ "$NGX_PLATFORM" != win32 ]; then
  . auto/headers   #檢查相關(guān)頭文件，并將結(jié)果輸出到ngx_auto_headers.h文件中
fi
 
. auto/os/conf   #檢查系統(tǒng)平臺(tái)所需的函數(shù)
 
if [ "$NGX_PLATFORM" != win32 ]; then
  . auto/unix   #檢查unix環(huán)境下一些文件、函數(shù)
fi  
 
. auto/threads
 
#統(tǒng)計(jì)要編譯到nginx中的模塊信息，創(chuàng)建并初始化ngx_module_t *ngx_modules[]和
#char *ngx_module_names[]兩個(gè)數(shù)組中（這兩個(gè)數(shù)組在init_cycle中被調(diào)用）存放
#到之前創(chuàng)建的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/define
have=NGX_PID_PATH value="\"$NGX_PID_PATH\"" . auto/define
 
......

     上面簡要介紹了nginx/auto/configure文件中的一些內(nèi)容，configure并沒有把工作全部集中于該文件內(nèi)部，而是提供了一個(gè)框架，具體的工作交由auto/threads、auto/headers等文件來完成，并且采用 . auto/conf 這種調(diào)用方式，這樣可以做到變量共享；這種做法既簡化了configure文件的編寫，也不同類型的檢查工作拆分開，便于編寫、維護(hù)。下面就來解答第一部分提出的兩個(gè)問題：

NGX_PCRE宏定義，這類的宏定義可以在nginx/objs/ngx_auto_config.h中看到，這個(gè)文件是由have=$ngx_have_feature . auto/have這樣的語句生成的。

################ nginx/auto/have ##############
cat << END >> $NGX_AUTO_CONFIG_H
 
#ifndef $have
#define $have 1
#endif
 
END

     文件中<<符號(hào)是來告知shell標(biāo)準(zhǔn)輸入來自一對分隔符（可以使字符串、數(shù)字等類型，只要保證開頭和結(jié)尾的一致）中間的內(nèi)容；所以，have文件中的命令就是利用cat將分隔符END之間的5行內(nèi)容追加到$NGX_AUTO_CONFIG_H文件中。效果如下：

#ifndef NGX_PCRE
#define NGX_PCRE 1
#endif

     這就回答了第一個(gè)問題。 

auto/configure文件中有一行. auto/modules， 這個(gè)文件中定義了要注冊到nginx中各個(gè)模塊的信息以及對應(yīng)的源文件，然后遍歷文件中包含所有定義模塊名稱的變量modules，自動(dòng)生成ngx_module_t *ngx_modules[]和char *ngx_module_names[]兩個(gè)數(shù)組，并寫入到 $NGX_MODULES_C文件中。這就解釋了第二個(gè)問題中兩個(gè)數(shù)組是從哪里定義的問題了。

############## nginx/auto/modules ################
......
modules="$modules $MISC_MODULES"
 
cat << END                  > $NGX_MODULES_C
 
#include 
#include 
 
$NGX_PRAGMA
 
END
 
#聲明模塊為全局變量
for mod in $modules
do
  echo "extern ngx_module_t $mod;"     >> $NGX_MODULES_C
done
 
#定義并初始化ngx_module_t *ngx_modules[] 數(shù)組，然后輸出重定向到$NGX_MODULES_C
echo                     >> $NGX_MODULES_C
echo 'ngx_module_t *ngx_modules[] = {'    >> $NGX_MODULES_C
 
for mod in $modules
do
  echo "  &$mod,"             >> $NGX_MODULES_C
done
 
cat << END                  >> $NGX_MODULES_C
  NULL
};
 
END
 
#定義并初始化char *ngx_module_names[]數(shù)組，然后輸出重定向到$NGX_MODULES_C
echo 'char *ngx_module_names[] = {'      >> $NGX_MODULES_C
 
for mod in $modules
do
  echo "  \"$mod\","           >> $NGX_MODULES_C
done
 
cat << END                  >> $NGX_MODULES_C
  NULL
};
 
END
.......

nginx/auto/modules這個(gè)文件生成的兩個(gè)數(shù)組用于cycle的初始化，因此如果開發(fā)者開發(fā)的模塊要添加到nginx中，一定要記得修改nginx/auto/modules這個(gè)文件，否則是不會(huì)被編譯到nginx中的（當(dāng)然不會(huì)生效啦）。

三、方法、函數(shù)檢查驗(yàn)證

     由于nginx跨平臺(tái)的特性，因此增加了很多位于不同平臺(tái)下的函數(shù)（這些與平臺(tái)有關(guān)的函數(shù)、方法也是通過宏定義的方式來決定是否調(diào)用），nginx在configure的時(shí)候需要找出當(dāng)前環(huán)境中支持的方法、函數(shù)，然后將這些支持的方法、函數(shù)用宏定義的方式來確定下來。

################# nginx/auto/unix ###############
......
#定義當(dāng)前feature的各個(gè)元素
ngx_feature="poll()"
ngx_feature_name=
ngx_feature_run=no
ngx_feature_incs="#include "
ngx_feature_path=
ngx_feature_libs=
#測試當(dāng)前feature是否可用的代碼段
ngx_feature_test="int n; struct pollfd pl;
         pl.fd = 0;
         pl.events = 0;
         pl.revents = 0;
         n = poll(&pl, 1, 0);
         if (n == -1) return 1"
#利用上面定義的各個(gè)變量測試poll()函數(shù)這個(gè)feature是否可用
. auto/feature
 
#如果上述的測試結(jié)果表明該feature不可用，就將相應(yīng)的宏設(shè)置為NONE
if [ $ngx_found = no ]; then
  EVENT_POLL=NONE
fi
......

################# nginx/auto/feature ###############
......
 
#利用cat命令將END分隔符之間的內(nèi)容（與測試feature的代碼段組合成的一個(gè)簡單的C程序）
#寫到 $NGX_AUTOTEST.c文件中
cat << END > $NGX_AUTOTEST.c
 
#include 
$NGX_INCLUDE_UNISTD_H
$ngx_feature_incs
 
int main(void) {
  $ngx_feature_test;
  return 0;
}
 
END
 
#將編譯鏈接$NGX_AUTOTEST.c的命令賦值給ngx_test變量
ngx_test="$CC $CC_TEST_FLAGS $CC_AUX_FLAGS $ngx_feature_inc_path \
     -o $NGX_AUTOTEST $NGX_AUTOTEST.c $NGX_TEST_LD_OPT $ngx_feature_libs"
 
ngx_feature_inc_path=
 
#執(zhí)行ngx_test變量指向的編譯、鏈接指令，完成對$NGX_AUTOTEST.c的編譯、鏈接生成可執(zhí)行程序NGX_AUTOTEST
eval "/bin/sh -c \"$ngx_test\" >> $NGX_AUTOCONF_ERR 2>&1"
 
#檢查是否成功生成可執(zhí)行程序$NGX_AUTOTEST
if [ -x $NGX_AUTOTEST ]; then
   #根據(jù)feature的類型，采用不同的方案驗(yàn)證feature的可行性
  case "$ngx_feature_run" in
    yes)
      # /bin/sh is used to intercept "Killed" or "Abort trap" messages
      #執(zhí)行對應(yīng)的可執(zhí)行程序，并重定向輸出
      if /bin/sh -c $NGX_AUTOTEST >> $NGX_AUTOCONF_ERR 2>&1; then
        #執(zhí)行成功，將ngx_found設(shè)成yes，表示該feature可用
        echo " found"
        ngx_found=yes
 
        #調(diào)用auto/have文件，在$NGX_AUTO_CONFIG_H 文件中，設(shè)置該feature對應(yīng)的宏的值為1（啟用該feature）
        if test -n "$ngx_feature_name"; then
          have=$ngx_have_feature . auto/have
        fi
 
      else
        echo " found but is not working"
      fi
    ;;
......

    nginx的這種demo驗(yàn)證機(jī)制，既做到了檢查當(dāng)前系統(tǒng)是否擁有對應(yīng)的方法、函數(shù)，也驗(yàn)證了擁有的方法、函數(shù)是否提供了期望的功能。這種情況也提醒我們，運(yùn)行nginx的生產(chǎn)環(huán)境與編譯nginx的開發(fā)環(huán)境要保持一致。

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“nginx中configure腳本的示例分析”這篇文章對大家有幫助，同時(shí)也希望大家多多支持創(chuàng)新互聯(lián)，關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，更多相關(guān)知識(shí)等著你來學(xué)習(xí)!