>백엔드 개발 >PHP 튜토리얼 >PHP의 기본 작동 메커니즘과 작동 원리에 대한 자세한 설명

PHP의 기본 작동 메커니즘과 작동 원리에 대한 자세한 설명

coldplay.xixi
coldplay.xixi앞으로
2020-08-04 15:41:113150검색

PHP의 기본 작동 메커니즘과 작동 원리에 대한 자세한 설명

최근에 서버를 설치했는데 갑자기 램프가 어떻게 작동하는지, 어떻게 연결되어 있는지 궁금합니다. 나는 보통 프로그램을 작성하고 그 사이의 작동 원리에 대해 생각해 본 적이 없습니다.

PHP의 기본 작동 원리

관련 학습 권장 사항: 초보부터 숙련까지의 PHP 프로그래밍

그림 1 PHP 구조

그림에서 볼 수 있듯이 PHP는 아래에서 위로 4계층 시스템입니다

①Zend 엔진

Zend는 순수 C로 구현되었으며 PHP의 핵심 부분입니다. 및 구문 분석) 및 일련의 컴파일 프로세스) 실행 가능한 opcode를 처리하고 해당 처리 방법을 구현하고 기본 데이터 구조(예: 해시 테이블, oo), 메모리 할당 및 관리를 구현하고 외부 호출에 해당 api 방법을 제공하는 것이 전부입니다. 핵심, 모든 주변 기능은 zend를 중심으로 구현됩니다.

②Extensions

Extensions는 zend 엔진을 중심으로 다양한 기본 서비스를 컴포넌트 기반 방식으로 제공합니다. 우리가 흔히 사용하는 다양한 내장 기능(예: 어레이 시리즈), 표준 라이브러리 등은 모두 Extension을 통해 구현됩니다. 또한 필요에 따라 확장을 사용합니다. 기능 확장, 성능 ​​최적화 및 기타 목적을 달성하기 위해 자신만의 확장을 구현합니다(예를 들어 현재 Tieba에서 사용하는 PHP 중간 계층 및 서식 있는 텍스트 구문 분석은 일반적인 확장 응용 프로그램입니다).

3Sapi

Sapi의 전체 이름은 서버 응용 프로그래밍 인터페이스입니다. sapi는 PHP가 일련의 후크 기능을 통해 주변 데이터와 상호 작용할 수 있도록 해줍니다. 이것은 매우 우아하고 성공적인 PHP 디자인입니다. sapi를 통해 성공합니다. PHP 자체를 상위 애플리케이션과 분리하고 분리함으로써 PHP는 더 이상 다른 애플리케이션과의 호환성을 고려할 수 없으며 애플리케이션 자체도 자체 특성에 따라 다양한 처리 방법을 구현할 수 있습니다. 나중에 sapi 장에서 소개하겠습니다

4상위 계층 응용 프로그램

우리가 일반적으로 작성하는 PHP 프로그램입니다. 웹 서버를 통해 웹 응용 프로그램을 구현하고 명령에 스크립트를 사용하는 등 다양한 sapi 방법을 통해 다양한 응용 프로그램 모드를 얻을 수 있습니다. 라인. 달리는 방법 등.

건축 아이디어:

엔진(Zend) + 구성 요소(ext) 모델은 내부 결합을 줄입니다.

중간 계층(sapi)은 웹 서버와 PHP를 분리합니다

************ ************************************************** *** *************

PHP가 자동차라면
자동차의 프레임워크는 PHP 그 자체입니다
Zend는 자동차의 엔진(엔진)입니다
아래의 다양한 구성 요소 Ext는 자동차의 바퀴
사피 도로라고 볼 수 있고, 자동차는 다양한 도로에서 달릴 수 있습니다
그리고 PHP 프로그램을 실행한다는 것은 자동차가 도로를 달리는 것을 의미합니다.
그러므로 우리에게는 다음이 필요합니다: 뛰어난 성능의 엔진 + 적합한 바퀴 + 올바른 활주로

아파치와 php의 관계

아파치의 php 파싱은 수많은 모듈 중 php 모듈을 통해 완성됩니다.

마침내 PHP를 Apache 시스템에 통합하려면 Apache에 필요한 몇 가지 설정을 지정해야 합니다. 여기서는 php의 mod_php5 SAPI 동작 모드를 예로 들어 설명하겠습니다. SAPI의 개념에 대해서는 나중에 자세히 설명하겠습니다.

우리가 설치하는 버전이 Apache2 및 Php5라고 가정하면 Apache의 기본 구성 파일인 http.conf를 편집하고 여기에 다음 줄을 추가해야 합니다:

Unix/Linux 환경:

LoadModule php5_module modules/mod_php5.so
AddType application/x-httpd-php .php

참고: 그 중 module/mod_php5 .so는 X 시스템 환경에서 mod_php5.so 파일의 설치 위치입니다.

Windows 환경:

LoadModule php5_module d:/php/php5apache2.dll
AddType application/x-httpd-php .php

참고: d:/php/php5apache2.dll은 Windows 환경에서 php5apache2.dll 파일의 설치 위치입니다.

이 두 가지 구성은 앞으로 php를 접미사로 사용하여 수신되는 모든 Url 사용자 요청이 처리를 위해 php5_module 모듈(mod_php5.so/php5apache2.dll)을 호출해야 함을 Apache 서버에 알립니다. Apache의 수명 주기 Apache 요청 처리 주기의 11단계가 모두 완료되었습니다.

1. 요청 후 읽기 단계 일반적인 요청 처리 과정에서 모듈이 후크를 삽입할 수 있는 첫 번째 단계입니다. 이 단계는 요청 처리를 매우 일찍 시작하려는 모듈에서 활용할 수 있습니다. 2. URI 변환 단계

이 단계에서 Apache의 주요 작업은 요청된 URL을 로컬 파일 시스템에 매핑하는 것입니다. 모듈은 이 단계에서 후크를 삽입하여 자체 매핑 논리를 실행할 수 있습니다. mod_alias는 이 단계를 사용하여 작동합니다.

3. 헤더 파싱 단계
이 단계에서 Apache의 주요 작업: 요청 헤더를 확인합니다. 모듈은 요청 처리 흐름의 어느 시점에서든 요청 헤더를 확인하는 작업을 수행할 수 있으므로 이 후크는 거의 사용되지 않습니다. mod_setenvif는 이 단계를 사용하여 작업합니다.

4. 접근 제어 단계
이 단계에서 Apache의 주요 작업: 구성 파일에 따라 요청한 리소스에 대한 접근이 허용되는지 확인합니다. Apache의 표준 논리는 허용 및 거부 지시문을 구현합니다. mod_authz_host는 이 단계를 사용하여 작동합니다.

5. 인증 단계
Apache의 주요 작업은 구성 파일에 설정된 정책에 따라 사용자를 인증하고 사용자 이름 영역을 설정하는 것입니다. 모듈은 이 단계에서 후크를 삽입하여 인증 방법을 구현할 수 있습니다.

6. 승인 단계
이 단계에서 Apache의 주요 작업: 인증된 사용자가 구성 파일에 따라 요청된 작업을 수행할 수 있는지 확인합니다. 모듈은 이 단계에서 후크를 삽입하여 사용자 권한 관리 방법을 구현할 수 있습니다.

7. MIME 유형 확인 단계
Apache의 주요 작업: 요청된 리소스의 MIME 유형 관련 규칙을 기반으로 사용할 콘텐츠 처리 기능을 결정합니다. 표준 모듈 mod_negotiation 및 mod_mime은 이 후크를 구현합니다.

8. FixUp 단계
콘텐츠 생성 전에 모듈이 필요한 처리를 실행할 수 있는 일반적인 단계입니다. Post_Read_Request와 유사하게 모든 정보를 캡처할 수 있는 후크이며 가장 일반적으로 사용되는 후크이기도 합니다.

9. 응답 단계
Apache의 주요 작업은 클라이언트에 반환되는 콘텐츠를 생성하고 클라이언트에 적절한 응답을 보내는 것입니다. 이 단계는 전체 프로세스의 핵심 부분입니다.

10. 로깅 단계
이 단계에서 Apache의 주요 작업: 응답이 클라이언트에 전송된 후 트랜잭션을 기록합니다. 모듈은 Apache의 표준 로깅을 수정하거나 대체할 수 있습니다.

11. 정리 단계
이 단계에서 Apache의 주요 작업: 파일, 디렉터리 처리 또는 소켓 닫기 등 이 요청 트랜잭션이 완료된 후 남겨진 환경을 정리합니다. 이것은 Apache 요청 처리의 마지막 단계입니다.

LAMP 아키텍처:

아래에서 위로 4개의 레이어:

①liunx는 운영 체제의 맨 아래 레이어에 속합니다.

두번째 서버이며 Linux 및 PHP와 통신하는 Apache

3php: php_module 모듈을 통해 apache와 연결된 서버 측 프로그래밍 언어에 속함

4mysql 및 기타 웹 서비스: PHP의 확장 플러그인 모듈을 통해 mysql과 연결된 애플리케이션 서비스에 속함

Android 시스템 아키텍처 다이어그램

램프와 안드로이드의 아키텍처 다이어그램을 비교해 보면, 안드로이드는 모르지만 약간 비슷한 느낌이 드는 것 같습니다. 차이점을 지적해 주시면 정말 감사하겠습니다.

위에서 아래로:

Android 아키텍처--------- ------설명---------LAMP 아키텍처

1. ---특정 애플리케이션---------웹 애플리케이션

2. 애플리케이션 프레임워크 -----java------------PHP 언어 및 라이브러리

3. :----가상 머신---------웹 서버

⒋Linux 커널: ---운영 체제---------램프 아키텍처의 L

램프와 내부의 관계 컴퓨터의

CPU는 공장, 하드디스크는 대형 창고, 메모리는 일반 전송 센터, 가상 메모리는 임시 전송 센터

Php 언어는 기계어로 컴파일되어 zend, 그리고 데이터베이스의 CPU

작업은 I/O 작업이며 기계적 이동입니다. 즉, 웹 사이트의 병목 현상은 하드 디스크에 대한 읽기 및 쓰기로 인해 발생합니다. Mencache는 I/O 작업 수를 늘리고 데이터 작업을 mencache에 넣고 특정 크기에 도달하면 즉시 데이터베이스에 쓰는 버퍼링 기술을 사용합니다. 데이터도 이 개념을 기반으로 구축되었으며, 이것도 키-값 관계에 속합니다

잦은 읽기 작업------mencache에 넣습니다

더 많이 읽고 적게 씁니다------넣기 nosql에 있습니다------ 읽기 기능이 매우 강력합니다!

위 내용은 PHP의 기본 작동 메커니즘과 작동 원리에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
이 기사는 jb51.net에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제