Apache對PHP的支持是通過Apache的模塊mod_php5來支持的。如果希望Apache支持PHP的話，在./configure步驟需要指定--with-apxs2=/usr/local/apache2/bin/apxs?表示告訴編譯器通過Apache的mod_php5/apxs來提供對PHP5的解析。

在最后一步make install的時候我們會看到將動態鏈接庫libphp5.so(Apache模塊)拷貝到apache2的安裝目錄的modules目錄下，并且還需要在httpd.conf配置文件中添加LoadModule語句來動態將libphp5.so?模塊加載進來，從而實現Apache對php的支持。

由于該模式實在太經典了，因此這里關于安裝部分不準備詳述了，相對來說比較簡單。我們知道nginx一般包括兩個用途HTTP Server和Reverse Proxy Server(反向代理服務器)。在前端可以部署nginx作為reverse proxy server，后端布置多個Apache來實現集群系統server cluster架構的。

因此，實際生產中，我們仍舊能夠保留Apache+mod_php5的經典App Server，而僅僅使用nginx來當做前端的reverse proxy server來實現代理和負載均衡。?因此，建議nginx(1個或者多個)+多個apache的架構繼續使用下去。

Apache2的mod_php5模塊包括sapi/apache2handler和sapi/apache2filter兩個目錄 在apache2_handle/mod_php5.c文件中，模塊定義的相關代碼如下：

AP_MODULE_DECLARE_DATA module php5_module = { STANDARD20_MODULE_STUFF,/* 宏，包括版本，小版本，模塊索引，模塊名，下一個模塊指針等信息，其中模塊名以__FILE__體現 */ create_php_config, /* create per-directory config structure */ merge_php_config, /* merge per-directory config structures */ NULL, /* create per-server config structure */ NULL, /* merge per-server config structures */ php_dir_cmds, /* 模塊定義的所有的指令 */ php_ap2_register_hook/* 注冊鉤子，此函數通過ap_hoo_開頭的函數在一次請求處理過程中對于指定的步驟注冊鉤子 */};

它所對應的是Apache的module結構，module的結構定義如下：

typedef struct module_struct module;struct module_struct { int version; int minor_version; int module_index; const char *name; void *dynamic_load_handle; struct module_struct *next; unsigned long magic; void (*rewrite_args) (process_rec *process); void *(*create_dir_config) (apr_pool_t *p, char *dir); void *(*merge_dir_config) (apr_pool_t *p, void *base_conf, void *new_conf); void *(*create_server_config) (apr_pool_t *p, server_rec *s); void *(*merge_server_config) (apr_pool_t *p, void *base_conf, void *new_conf); const command_rec *cmds; void (*register_hooks) (apr_pool_t *p);}

上面的模塊結構與我們在mod_php5.c中所看到的結構有一點不同，這是由于STANDARD20_MODULE_STUFF的原因， 這個宏它包含了前面8個字段的定義。STANDARD20_MODULE_STUFF宏的定義如下：

/** Use this in all standard modules */#define STANDARD20_MODULE_STUFF MODULE_MAGIC_NUMBER_MAJOR, MODULE_MAGIC_NUMBER_MINOR, -1, __FILE__, NULL, NULL, MODULE_MAGIC_COOKIE, NULL /* rewrite args spot */

在php5_module定義的結構中，php_dir_cmds是模塊定義的所有的指令集合，其定義的內容如下：

const command_rec php_dir_cmds[] ={ AP_INIT_TAKE2('php_value', php_apache_value_handler, NULL,OR_OPTIONS, 'PHP Value Modifier'), AP_INIT_TAKE2('php_flag', php_apache_flag_handler, NULL,OR_OPTIONS, 'PHP Flag Modifier'), AP_INIT_TAKE2('php_admin_value', php_apache_admin_value_handler,NULL, ACCESS_CONF|RSRC_CONF, 'PHP Value Modifier (Admin)'), AP_INIT_TAKE2('php_admin_flag', php_apache_admin_flag_handler,NULL, ACCESS_CONF|RSRC_CONF, 'PHP Flag Modifier (Admin)'), AP_INIT_TAKE1('PHPINIDir', php_apache_phpini_set, NULL,RSRC_CONF, 'Directory containing the php.ini file'), {NULL}};

這是mod_php5模塊定義的指令表。它實際上是一個command_rec結構的數組。 當Apache遇到指令的時候將逐一遍歷各個模塊中的指令表，查找是否有哪個模塊能夠處理該指令， 如果找到，則調用相應的處理函數，如果所有指令表中的模塊都不能處理該指令，那么將報錯。 如上可見，mod_php5模塊僅提供php_value等5個指令。

php_ap2_register_hook函數的定義如下：

void php_ap2_register_hook(apr_pool_t *p){ ap_hook_pre_config(php_pre_config, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_post_config(php_apache_server_startup, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_handler(php_handler, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_child_init(php_apache_child_init, NULL, NULL, APR_HOOK_MIDDLE);}

以上代碼聲明了pre_config，post_config，handler和child_init 4個掛鉤以及對應的處理函數。 其中pre_config，post_config，child_init是啟動掛鉤，它們在服務器啟動時調用。 handler掛鉤是請求掛鉤，它在服務器處理請求時調用。其中在post_config掛鉤中啟動php。 它通過php_apache_server_startup函數實現。php_apache_server_startup函數通過調用sapi_startup啟動sapi， 并通過調用php_apache2_startup來注冊sapi module struct（此結構在本節開頭中有說明）， 最后調用php_module_startup來初始化PHP， 其中又會初始化ZEND引擎，以及填充zend_module_struct中 的treat_data成員(通過php_startup_sapi_content_types)等。

到這里，我們知道了Apache加載mod_php5模塊的整個過程，可是這個過程與我們的SAPI有什么關系呢？ mod_php5也定義了屬于Apache的sapi_module_struct結構：

static sapi_module_struct apache2_sapi_module = {'apache2handler','Apache 2.0 Handler',php_apache2_startup,/* startup */php_module_shutdown_wrapper, /* shutdown */NULL, /* activate */NULL, /* deactivate */php_apache_sapi_ub_write, /* unbuffered write */php_apache_sapi_flush, /* flush */php_apache_sapi_get_stat, /* get uid */php_apache_sapi_getenv, /* getenv */php_error, /* error handler */php_apache_sapi_header_handler, /* header handler */php_apache_sapi_send_headers, /* send headers handler */NULL, /* send header handler */php_apache_sapi_read_post, /* read POST data */php_apache_sapi_read_cookies, /* read Cookies */php_apache_sapi_register_variables,php_apache_sapi_log_message, /* Log message */php_apache_sapi_get_request_time, /* Request Time */NULL, /* Child Terminate */STANDARD_SAPI_MODULE_PROPERTIES};

這些方法都專屬于Apache服務器。以讀取cookie為例，當我們在Apache服務器環境下，在PHP中調用讀取Cookie時， 最終獲取的數據的位置是在激活SAPI時。它所調用的方法是read_cookies。

SG(request_info).cookie_data = sapi_module.read_cookies(TSRMLS_C);

對于每一個服務器在加載時，我們都指定了sapi_module，而Apache的sapi_module是apache2_sapi_module。 其中對應read_cookies方法的是php_apache_sapi_read_cookies函數。 這也是定義SAPI結構的理由：統一接口，面向接口的編程，具有更好的擴展性和適應性。