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

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

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

Apache 서버를 예로 들어 서버가 PHP를 시작하고 PHP에서 메서드를 호출하는 방법을 살펴보겠습니다. Apache 서버가 PHP를 시작하고 실행할 때 일반적으로 mod_php7模块的形式集成（如果是php5.*版本，就是mod_php5 모듈을 사용합니다(모듈 접미사 이름은 PHP 버전에 따라 다름). mod_php7의 구조는 다음과 같습니다(소스 코드 경로는 php/sapi/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 모듈 로딩 방법, 즉 Apache 서버가 필요로 하는 것으로 이해될 수 있습니다. PHP를 로드하기 위해 다시 시작해야 합니다. 동적 로딩에는 서버를 다시 시작할 필요가 없습니다. 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 디렉터리 아래에 있는 내용은 " third party"가 SAPI를 통해 호출됩니다. 디렉토리 구조는 아래 그림과 같습니다. php/sapi/apache2handler 디렉토리에는 PHP와 상호 작용하기 위한 인터페이스가 포함되어 있습니다. sapi_apache2.c는 PHP와 Apache 간에 합의된 SAPI 인터페이스 파일입니다.

看到这里，大家应该基本清楚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的接口，是不是很简单呢：）

更多相关问题可以访问PHP中文网相关教程：https://www.php.cn/course/list/29/type/2.html

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