1.WEB服務器調用PHP接口

以服務端為例，看看服務端是如何啟動PHP并調用PHP中的方法的。服務器啟動運行PHP時，一般以模塊的形式集成（如果是php5.*版本，則是模塊，模塊的后綴取決于php版本）。結構如下（源碼路徑為php/sapi//.c）：

AP_MODULE_DECLARE_DATA module php7_module = {
    STANDARD20_MODULE_STUFF,/* 宏，包括版本，版本，模塊索引，模塊名，下個模塊指針等信息 */
    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   /* register hooks */
};

當你需要在 PHP 中調用一個方法時，你只需要通過模塊將請求傳達給 PHP。 PHP層處理完數(shù)據后，返回數(shù)據，整個過程就結束了。 （另外：服務器啟動PHP的時候，其實有兩種加載方式，一種是靜態(tài)加載，一種是動態(tài)加載。剛才討論的模塊加載方式可以理解為靜態(tài)加載，即服務端需要重新啟動加載PHP;

動態(tài)加載不需要重啟服務器。只需通過發(fā)送信號將固定的PHP模塊加載到服務器即可達到PHP啟動的目的。但是在動態(tài)加載之前，需要將加載模塊編譯成動態(tài)鏈接庫。然后將其配置到服務器配置文件中）。上面已經給出了PHP中的結構，下面給出了服務器端對應的結構，如下（中間是源碼，下同）：

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);
}

可以看出and還是有很大區(qū)別的，但是如果你看到.UFF宏的定義，你可能會覺得這兩個結構很相似。其實這個宏定義了前8個參數(shù)，定義如下：

#define STANDARD20_MODULE_STUFF MODULE_MAGIC_NUMBER_MAJOR, 
    MODULE_MAGIC_NUMBER_MINOR, 
    -1, 
    __FILE__, 
    NULL, 
    NULL, 
    MODULE_MAGIC_COOKIE, 
    NULL /* rewrite args spot */

那么。定義了模塊的所有指令集php獲取apache版本，具體定義內容如下（代碼路徑為php/sapi//.c）：

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}
};

也就是說PHP層只提供了以上5條指令，每條指令的源碼也在.c文件中。最后是.k，其定義如下（代碼路徑為php/sapi //.c）：

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);
#ifdef ZEND_SIGNALS
    ap_hook_child_init(zend_signal_init, NULL, NULL, APR_HOOK_MIDDLE);
#endif
    ap_hook_child_init(php_apache_child_init, NULL, NULL, APR_HOOK_MIDDLE);
}

.k 函數(shù)包含 4 個鉤子和相應的處理函數(shù)，是啟動鉤子。它們在服務器啟動時被調用。鉤子是一個請求鉤子。在發(fā)出服務器請求時調用它。通過這些鉤子，你可以通過服務器啟動PHP。

我會來的。我想你已經知道WEB服務器如何啟動PHP并調用PHP中的方法了。下面我就給大家講講PHP是如何調用WEB服務器接口的。

2.PHP 調用WEB服務器接口 在我們講這個問題之前，我們需要了解什么是SAPI。 SAPI 實際上是與服務器抽象層觀察到的通用協(xié)議。很容易理解，當PHP需要調用服務端的某個方法時，比如清除緩存，清除緩存的實現(xiàn)方法是在服務端實現(xiàn)的，PHP層根本不知道。服務端的方法怎么調用，怎么做？

這時候需要雙方做一個約定，然后服務器向PHP提供一套約定好的接口。我們將這些與服務器抽象層的通用協(xié)議稱為 SAPI 接口。

問題來了。對于服務器php獲取apache版本，我們可以提供一套SAPI，但是如果下次有其他服務器或其他“第三方”來，我們是否還需要為它們提供單獨的SAPI？毛布？

我們聰明的PHP開發(fā)者一定想到了這個，就是為所有“第三方”提供一套通用的SAPI接口，但是你可能會問，如果新的“第三方”需要這些接口，你的通用SAPI不支持，怎么辦？我的理解是，在 PHP 的通用 SAPI 接口中添加新功能只是個人意見。一般的SAPI結構如下（源碼路徑：php/main/SAPI.h）：

struct _sapi_module_struct {
    char *name;         // 名字
    char *pretty_name;  // 更好理解的名字
    int (*startup)(struct _sapi_module_struct *sapi_module);    // 啟動函數(shù)
    int (*shutdown)(struct _sapi_module_struct *sapi_module);   // 關閉函數(shù)
    int (*activate)(TSRMLS_D);           // 激活
    int (*deactivate)(TSRMLS_D);         // 停用
    void (*flush)(void *server_context); // flush
    char *(*read_cookies)(TSRMLS_D);     //read Cookies
    //...
};

這個結構的變量很多，就不一一列舉了。我簡單解釋一下里面的變量：SAPI初始化時調用的函數(shù)，該函數(shù)用于釋放SAPI的數(shù)據結構和內存。它在 SAPI 中激活。調用時，則將該函數(shù)得到的值賦給SG()。

那么對于PHP提供的通用SAPI，服務端如何自定義自己的接口呢？具體結構如下（源碼路徑為php/sapi//.c）：

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
};

在上述源碼目錄php/sapi//中，php/sapi目錄放在通過SAPI調用的“第三方”下。目錄結構如下圖所示，目錄php/sapi/都是與PHP交互的接口，.c是PHP與約定的SAPI之間的接口文件。

看到這里，大家應該對PHP層如何調用服務層接口有了基本的了解。為了鞏固以上知識，下面來個栗子，即在服務器環(huán)境下閱讀：

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

對于任何一個在加載的時候，我們都會指定它的方法是一個函數(shù)，這樣就實現(xiàn)了PHP層調用的接口。是不是很簡單？

進階階段總會有一些問題和瓶頸。寫太多業(yè)務代碼沒有方向感。我不知道從哪里開始改進。我整理了一些這方面的資料，包括但不限于：分布式架構、高擴展性、高性能、高并發(fā)、服務器性能調優(yōu)、TP6、YII2、、、、、優(yōu)化、腳本、微服務等進階知識點都可以與您免費分享。需要點這里

最后，祝你在面試中一切順利，得到你最喜歡的。如果你想和一群3-8年的資深開發(fā)者交流學習，你需要

請點擊這里 .im