07-SAPI java api 1.8 중국어 버전에 대해 다시 논의하기 jquery api steam api64.dl

PHP 라이프사이클의 각 단계에서 일부 서비스 관련 작업은 SAPI 인터페이스를 통해 구현됩니다. 이러한 내장 구현의 물리적 위치는 PHP 소스 코드의 SAPI 디렉터리에 있습니다. 이 디렉토리에는 명령줄 프로그램 구현, Apache mod_php 모듈 구현, fastcgi 구현 등과 같은 각 서버 추상화 계층에 대한 PHP 코드가 저장됩니다.

각 서버 추상화 계층 간에는 동일한 규칙이 따르며 여기서는 이를 SAPI 인터페이스라고 합니다. 각 SAPI 구현은 _sapi_module_struct 구조 변수입니다. (SAPI 인터페이스). PHP 소스 코드에서 서버 관련 정보를 호출해야 하는 경우 SAPI 인터페이스에서 해당 메소드를 호출하여 모두 구현되며 각 서버 추상화 계층이 구현될 때 해당 메소드는 자체 구현을 갖습니다.

다음은 SAPI에 대한 간단한 다이어그램입니다.

cgi 모드와 apache2 서버를 예로 들면 시작 방법은 다음과 같습니다.

<code>cgi_sapi_module.startup(&cgi_sapi_module)   //  cgi模式 cgi/cgi_main.c文件

apache2_sapi_module.startup(&apache2_sapi_module);
 //  apache2服务器  apache2handler/sapi_apache2.c文件
</code>

여기서 cgi_sapi_module은 sapi_module_struct 구조의 정적 변수입니다. 시작 메소드는 php_cgi_startup 함수 포인터를 가리킵니다. 시작 함수 포인터 외에도 이 구조에는 다른 많은 메서드나 필드가 있습니다. 그 정의 중 일부는 다음과 같습니다.

<code>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);    //  停用

    int (*ub_write)(const char *str, unsigned int str_length TSRMLS_DC);
     //  不缓存的写操作(unbuffered write)
    void (*flush)(void *server_context);    //  flush
    struct stat *(*get_stat)(TSRMLS_D);     //  get uid
    char *(*getenv)(char *name, size_t name_len TSRMLS_DC); //  getenv

    void (*sapi_error)(int type, const char *error_msg, ...);   /* error handler */

    int (*header_handler)(sapi_header_struct *sapi_header, sapi_header_op_enum op,
        sapi_headers_struct *sapi_headers TSRMLS_DC);   /* header handler */

     /* send headers handler */
    int (*send_headers)(sapi_headers_struct *sapi_headers TSRMLS_DC);

    void (*send_header)(sapi_header_struct *sapi_header,
            void *server_context TSRMLS_DC);   /* send header handler */

    int (*read_post)(char *buffer, uint count_bytes TSRMLS_DC); /* read POST data */
    char *(*read_cookies)(TSRMLS_D);    /* read Cookies */

    /* register server variables */
    void (*register_server_variables)(zval *track_vars_array TSRMLS_DC);

    void (*log_message)(char *message);     /* Log message */
    time_t (*get_request_time)(TSRMLS_D);   /* Request Time */
    void (*terminate_process)(TSRMLS_D);    /* Child Terminate */

    char *php_ini_path_override;    //  覆盖的ini路径

    ...
    ...
};
</code>

위의 구조는 각 서버의 인터페이스 구현에서 정의됩니다. Apache2에서 정의한 대로:

<code>static sapi_module_struct apache2_sapi_module = {
    "apache2handler",
    "Apache 2.0 Handler",

    php_apache2_startup,                /* startup */
    php_module_shutdown_wrapper,            /* shutdown */

    ...
}
</code>

PHP에 내장된 많은 SAPI 구현은 더 이상 유지되지 않거나 다소 비주류가 되었습니다. PHP 커뮤니티는 현재 일부 SAPI를 코드 베이스에서 옮기는 것을 고려하고 있습니다. 커뮤니티는 실제로 필요하지 않거나 일부 기능이 거의 보편적이지 않는 한 PECL 라이브러리에 있는 많은 기능을 고려합니다. 예를 들어 매우 인기 있는 APC 캐시 확장은 핵심 코드 베이스에 포함될 것입니다.

SAPI 전체는 객체지향에서 템플릿 메소드 패턴을 적용한 것과 유사합니다. SAPI.c, SAPI.h 파일에 포함된 일부 기능은 템플릿 메소드 패턴의 추상 템플릿이며, 각 서버의 sapi_module 정의 및 관련 구현은 특정 템플릿입니다.

이러한 구조는 PHP 소스 코드의 여러 위치에서 사용됩니다. 예를 들어 PHP 확장 개발에서 각 확장은 zend_module_entry 구조를 정의해야 합니다. 이 구조의 기능은 템플릿 메소드 패턴과 유사한 애플리케이션인 sapi_module_struct 구조와 유사합니다. PHP의 라이프사이클에서 확장을 호출해야 하는 경우 호출되는 메소드는 모두 zend_module_entry 구조에 지정된 메소드입니다. 이전 섹션에서 언급한 것처럼 각 확장의 요청 초기화를 실행할 때 request_startup_func 메소드가 균일하게 호출됩니다. , 각 확장의 정의에는 PHP_RINIT 매크로를 통해 request_startup_func에 해당하는 함수가 지정됩니다. VLD 확장을 예로 들어 보겠습니다. 해당 요청은 PHP_RINIT(vld)로 초기화됩니다. 이에 따라 확장은 다음 함수를 구현해야 합니다.

<code>PHP_RINIT_FUNCTION(vld) {
}
</code>

따라서 다음과 같은 경우에도 이러한 확장을 구현해야 합니다. 확장 인터페이스를 작성하는 것과 마찬가지로 각 서버 인터페이스를 구현할 때 해당 SAPI도 구현해야 합니다.

').addClass('사전 번호 매기기').hide(); $(this).addClass('has-numbering').parent().append($numbering); for (i = 1; i ').text(i)); }; $numbering.fadeIn(1700); }); });

위에서 api와 SAP 내용을 포함하여 07-토론 SAPI를 다시 소개했습니다. PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되길 바랍니다.