PHP와 웹 서버 상호 작용에 대한 심층적인 이해-PHP 튜토리얼-php.cn

PHP와 웹 서버 상호 작용에 대한 심층적인 이해

PHP는 Nginx, Apache 등과 같은 특정 웹 서버에서 실행되어야 한다는 것은 누구나 알고 있습니다. 그런데 PHP는 어떻게 시작되고, 서버에서 어떻게 실행되며, 둘은 어떻게 상호 작용합니까?

1 웹 서버가 PHP 인터페이스를 호출합니다.

Apache 서버를 예로 들어 서버가 PHP를 시작하고 PHP 인터페이스를 호출하는 방법을 살펴보겠습니다. 방법. Apache 서버가 PHP를 시작하고 실행할 때 일반적으로 mod_php7 모듈을 통해 통합됩니다(php5.apache2handler/mod_php7.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 */
};

로그인 후 복사

Apache가 PHP에서 메서드를 호출해야 하는 경우, mod_php7 모듈을 통해 PHP에 요청합니다. PHP 계층이 데이터를 처리한 후 데이터를 Apache에 반환하고 전체 프로세스가 끝납니다. (보충 살펴보기: Apache 서버가 PHP를 시작할 때 실제로 두 가지 로딩 방법이 있습니다. 방금 논의된 mod_php5 모듈 로딩 방법은 정적 로딩으로 이해될 수 있습니다. 즉, PHP를 로딩하기 위해 Apache 서버를 다시 시작해야 한다는 의미입니다. PHP 시작 목적을 달성하려면 신호를 전송하여 PHP 고정 모듈을 서버에 로드하기만 하면 됩니다. 그러나 동적 로드 전에 로드된 모듈을 동적 링크 라이브러리로 구성해야 합니다. 서버의 구성 파일). 위에는 PHP에서 Apache의 모델 구조가 주어졌으며, Apache 서버에서 해당 모듈 구조는 다음과 같습니다(소스 코드는 Apache에 있으며 아래와 동일).

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

로그인 후 복사

php7_module과 module_struct는 여전히 매우 크지만 php7_module.STANDARD20_MODULE_STUFF 매크로가 정의된 방식을 보면 두 구조가 매우 유사하다고 생각할 수 있습니다. 실제로 이 매크로는 다음과 같이 정의된 module_struct의 처음 8개 매개변수를 정의합니다. :

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

로그인 후 복사

그러면 php7_module.php_dir_cmds는 모듈의 모든 명령어 세트를 정의합니다. 구체적인 정의 내용은 다음과 같습니다(코드 경로는 php/sapi/apache2handler/apache_config.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가지 명령어만 Apache에 제공합니다. 각 명령어의 구현 소스 코드도 apache_config.c 파일에 있습니다. 마지막으로 php7_module.php_ap2_register_hook의 정의는 다음과 같습니다(코드 경로는 php/sapi/apache2handler/mod_php7). .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);
}

로그인 후 복사

php7_module.php_ap2_register_hook 함수에는 4개의 후크가 포함되어 있으며 해당 처리 함수인 pre_config, pre_config, post_config 및 child_init는 서버가 시작될 때 호출되는 시작 후크입니다. 서버가 요청할 때 호출됩니다. 이러한 후크를 통해 Apache 서버를 통해 PHP를 시작할 수 있습니다.

　 이 시점에서는 웹 서버가 PHP를 시작하고 PHP에서 메서드를 호출하는 방법을 이미 알고 있어야 합니다. 이제 PHP가 웹 서버 인터페이스를 호출하는 방법을 알려 드리겠습니다.

2.PHP는 웹 서버 인터페이스를 호출합니다.

이 문제에 대해 이야기하기 전에 SAPI가 무엇인지 이해해야 합니다. SAPI는 실제로 서버 추상화 계층과 서버 추상화 계층 간에 관찰되는 공통 계약으로, PHP가 캐시 지우기 등 서버에서 메소드를 호출해야 할 때 캐시를 지우는 구현 방법을 구현합니다. 서버에서 이 메소드를 호출하는 방법은 무엇입니까? 이때 양측은 합의를 해야 하며, 그러면 서버는 합의된 인터페이스 세트를 PHP에 제공합니다. 우리는 서버 추상화 계층과의 이러한 공통 합의를 SAPI 인터페이스라고 부릅니다.

　문제는 Apache 서버의 경우 SAPI 세트를 제공할 수 있지만 다음에 다른 서버나 다른 "제3자"가 오면 별도의 SAPI 세트도 제공해야 합니까? ? 우리의 똑똑한 PHP 개발자들은 모든 "제3자"를 위한 공통 SAPI 인터페이스 세트를 제공하는 것을 생각했을 것입니다. 그러나 새로운 "제3자"가 인터페이스를 필요로 한다면 귀하의 공통 SAPI는 그렇지 않다고 물을 수도 있습니다. 예 , 어떻게 해야 합니까? 이것은 일반적인 SAPI 인터페이스에 새로운 기능을 추가하는 것입니다. 일반적인 SAPI 구조는 다음과 같습니다. (소스 코드 경로: php/main/SAPI.h)

struct _sapi_module_struct {
    char *name;         // 名字
    char *pretty_name;  // 更好理解的名字
    int (*startup)(struct _sapi_module_struct *sapi_module);    // 启动函数
    int (*shutdown)(struct _sapi_module_struct *sapi_module);   // 关闭函数
    int (*activate)(TSRMLS_D);           // 激活
    int (*deactivate)(TSRMLS_D);         // 停用
    void (*flush)(void *server_context); // flush
    char *(*read_cookies)(TSRMLS_D);     //read Cookies
    //...
};

로그인 후 복사

이 구조에는 변수가 많아서 하나씩 나열하지는 않겠습니다. 내부 변수에 대해 간단히 설명하겠습니다. 시작 함수는 SAPI 초기화 시 호출되고, 종료 함수는 SAPI 데이터 구조를 해제하는 데 사용되며, 메모리 등을 저장하고 SAPI 호출 시 read_cookie가 활성화된 후 이 함수로 얻은 값을 SG(request_info).cookie_data에 할당합니다. 그렇다면 PHP가 제공하는 일반 SAPI의 경우 Apache 서버는 자체 인터페이스를 어떻게 사용자 정의합니까? 구체적인 구조는 다음과 같습니다(소스 코드 경로는 php/sapi/apache2handler/sapi_apache2.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/apache2handler/中，目录php/sapi下面放的都是通过SAPI调用的“第三方”，该目录结构如下图所示，目录php/sapi/apache2handler中都是与PHP交互的接口，sapi_apache2.c是PHP与Apache约定的SAPI接口文件。

20160821163330607 (1).jpg

　　看到这里，大家应该基本清楚PHP层是怎样调用服务器层的接口，为了巩固上面的知识，下面举个栗子，即在Apache服务器环境下读取cookie：

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函数，这样就实现PHP层调用Apache的接口，是不是很简单呢：）

3.后记

　　这篇博文是我参考《深入理解PHP内核》一书总结的，参考的内容为第二章第二节“SAPI概述”，不过我感觉该书中这部分内容讲的有点绕，我重新编排了，然后提取了里面的重点，并加入个人见解，如果在该文中有哪些讲的不对的地方，希望能帮我指出来，大家共同提高哈，谢谢！

原文地址：https://blog.csdn.net/lml200701158/article/details/52267573

위 내용은 PHP와 웹 서버 상호 작용에 대한 심층적인 이해의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!