PHP는 서버 스크립팅 언어이자 해석 언어입니다. 중소 규모의 웹 사이트 구축에 널리 사용됩니다. Java만큼 무겁지 않고 개발 속도도 빠릅니다. 그런데 이 스크립팅 언어는 서버에서 어떻게 구문 분석됩니까?
우리 모두는 PHP가 HTML에 포함될 수 있다는 것을 알고 있지만 파일의 접미사는 .php로 끝나야 합니다. .html인 경우 PHP 코드 조각은 브라우저에서 직접 설명하지 않습니다. 아래의 예를 살펴보겠습니다.
#test1.php <!DOCTYPE html> <html> <head> <meta charset="UTF-8"> <title>test</title> </head> <body> <?php echo "我是一段PHP脚本"; ?> </body> </html>
PHPstudy를 사용한 후 브라우저를 통해 접속하면 다음과 같습니다.
서버가 파싱된 결과를 브라우저에 직접 전달하는 매우 간단한 코드임을 알 수 있습니다. 실제로 서버는 요청된 리소스 접미사가 .php라는 것을 발견하면 PHP 파서를 호출하여 이를 구문 분석하고 내부에서 PHP 코드를 실행한 다음 클라이언트에 리소스에 응답합니다. 이제 요점이 나옵니다. PHP 코드는 어떻게 파싱됩니까? 우선, 먼저 cgi, fastcgi, php-fpm의 관련 개념을 이해해야 합니다.
관련 추천: "php 입문 튜토리얼"
cgi란 무엇인가요?
cgi(Common Gateway Interface)는 실제로 cgi 프로토콜을 구현하는 프로그램을 cgi 프로그램이라고 할 수 있습니다. CGI 응용 프로그램은 브라우저와 상호 작용할 수 있으며 데이터베이스 API를 통해 데이터베이스 서버와 같은 외부 데이터와 통신할 수도 있습니다. . 데이터베이스 서버에서 데이터를 얻기 위해 소스와 통신합니다. HTML 문서로 포맷한 후 브라우저로 전송하거나 브라우저에서 얻은 데이터를 데이터베이스에 넣을 수 있습니다. 그리고 php-cgi는 PHP 코드를 구문 분석하는 데 사용되는 프로토콜입니다. 하지만 이 합의에는 몇 가지 단점이 있습니다. 우선, 클라이언트가 PHP 스크립트 파일을 요청할 때마다 서버는 프로세스를 포크하고 파서를 호출하여 스크립트를 구문 분석합니다. 스크립트가 실행되면 프로세스가 종료되고 각 포크 프로세스는 PHP를 거치게 됩니다. ini 환경을 초기화합니다. 프로세스를 재사용할 수 없으며 php.ini의 IO 오버헤드가 증가합니다. PHP의 실행 속도를 제한합니다. 그래서 똑똑한 phper는 나중에 나온 fastcgi 프로토콜인 더 나은 cgi 프로토콜을 생각해냈습니다.
fastcgi 프로토콜
구밍시, 더 빠른 CGI 프로토콜. 그럼 그 사람은 곧 어디 있지?
먼저, fastcg는 원래 php-cgi의 문제점을 해결했습니다. 하나의 요청이 처리된 후 프로세스를 직접 종료하는 대신 하나의 프로세스에서 여러 요청을 처리할 수 있게 되었습니다. 웹 서버의 성능이 크게 향상되었습니다. . 실제로 Fastcgi는 먼저 마스터를 시작하고 구성 파일을 구문 분석하고 실행 환경을 초기화한 다음 여러 작업자를 시작합니다. 요청이 들어오면 마스터는 이를 워커에게 전달하고 즉시 다음 요청을 수락할 수 있습니다. 이는 작업의 중복을 방지하고 자연스럽게 매우 효율적입니다. 작업자가 충분하지 않은 경우 마스터는 구성에 따라 여러 작업자를 미리 시작하고 기다릴 수 있습니다. 물론 유휴 작업자가 너무 많으면 일부가 중지되어 성능이 향상되고 리소스가 절약됩니다.
php-fpm
PHP-FPM(FastCGI Process Manager: FastCGI Process Manager)은 PHP 5.3.3 이전의 PHP에 대해 FastCGI 관리가 통합되도록 설계된 패치 패키지입니다. PHP 패키지에. PHP5.3.3 이전 버전의 PHP를 사용하고 계시다면, PHP 소스코드에 패치를 하셔야 하며, PHP를 컴파일하고 설치하신 후 사용하실 수 있습니다. 사실 우리는 php-fpm을 인터프리터로 생각할 수 있습니다. ps -aux | grep php-fpm 명령을 사용하면 아래와 같이 해당 프로세스 상태를 볼 수 있습니다.
php-fpm을 사용하면 일반적으로 php.ini를 수정한 후 php-cgi를 원활하게 다시 시작할 수 있습니다. 프로세스를 원활하게 다시 시작할 수 있는 방법이 없습니다. 즉, 새 구성을 다시 로드하려면 서비스를 다시 시작해야 합니다. 이를 위한 php-fpm 처리 메커니즘은 새로운 작업자가 새로운 구성을 사용하고 기존 작업자는 현재 작업을 처리한 후 휴식을 취하는 것입니다. 이 메커니즘은 전환을 원활하게 하는 데 사용됩니다.
但是传统的php-fpm的worker是同步阻塞的,这在一定程度下也限制了程序的运行速度,并且普通的PHP是无法常驻内存的,也就意味着我们每次执行代码都需要将相同的东西重新加载到新内存去,这点跟java的servlet就不同了,java的servlet在用户访问后实例化,下一个用户就不会再次进行实例化。为了解决这些问题,强大的Rango写出了swoole拓展,swoole和fpmd的进程模型是相同的,manager都是负责管理子进程的创建和回收。但php-fpm的worker进程是同步阻塞的,swoole的worker进程是异步非阻塞的。并且swoole的http-server和fpm的差异是http-server是内存常驻的,PHP程序变成长生命周期的了。变量和对象在使用请求结束后并不会销毁,可以复用。这也就是为什么我们说swoole开启了PHP的新世界。
我们可以用简单的几句就可以创建一个异步非阻塞的http-server甚至是http2协议的server。例如:
$http = new swoole_http_server("127.0.0.1", 9501); $http->on('request', function ($request, $response) { $response->end("<h1>Hello Swoole. #".rand(1000, 9999)."</h1>"); }); $http->start();
swoole的高性能体现在它是一个纯c编写的拓展,并且使用了全内存缓存和异步IO。使得它相对于Node.js默认是单线程的无法利用全部CPU,Golang的协程调度本身有一定性能消耗相比,有着更加不错的性能。
用图解析一波,php-fpm是这样的(图片来源于网络):
而swoole的http-server是这样的(这里的cache应该理解成框架初始化环境所使用的内存):
위 내용은 구문 분석에 사용되는 PHP는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!