PHP はサーバー スクリプト言語であり、インタプリタ言語です。これは中小規模の Web サイトの構築に広く使用されています。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 は、より優れた CGI プロトコルを思いつきました。それが、後に登場した fastcgi プロトコルでした。
fastcgi プロトコル
Gu Ming は、より高速な CGI プロトコルを考えました。それで、彼はすぐにどこにいますか?
まず第一に、fastcg は元の php-cgi の問題を解決します。これにより、1 つのリクエストが処理された後にプロセスを直接終了するのではなく、複数のリクエストを 1 つのプロセスで処理できるようになります。これにより、php-cgi のパフォーマンスが大幅に向上します。 Webサーバーを改善します。実際、Fastcgi は最初にマスターを起動し、構成ファイルを解析し、実行環境を初期化してから、複数のワーカーを起動します。リクエストが届くと、マスターはそれをワーカーに渡し、すぐに次のリクエストを受け入れることができます。これにより作業の重複が回避され、当然効率が高くなります。また、十分なワーカーがない場合、マスターは構成に従っていくつかのワーカーを事前に開始して待機することができます。もちろん、アイドル状態のワーカーが多すぎる場合は一部が停止されるため、パフォーマンスが向上し、リソースが節約されます。
php-fpm
PHP-FPM (FastCGI Process Manager: FastCGI Process Manager) は、5.3.3 より前の PHP 用の PHPFastCGI マネージャーです。は、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 中国語 Web サイトの他の関連記事を参照してください。