この記事は、Younes Rafieによってピアレビューされました。 SetePointコンテンツを最高にするためにSitePointのピアレビュアーのすべてに感謝します！ Rubyコードの実行方法に関する最近の記事に觸発されたこの記事では、PHPコードの実行プロセスについて説明しています。

---

キーテイクアウト

PHPコードの実行には、レクシング、解析、コンピレーション、および解釈の4つの段階が含まれます。 PHPソースコードを機械可読コードに変換するプロセスでは、各段階が重要です。

レックス、またはトークン化は、文字列（PHPソースコード）を一連のトークンに変換するプロセスです。各トークンは、一致した値の名前付き識別子です。この段階には、一致したトークンの語彙素とライン番號も保存されます。

解析段階は、トークン順序の有効性を検証し、抽象的な構(gòu)文ツリー（AST）を生成します。 ASTは、コンピレーション段階で使用されるソースコードのツリービューです。

コンピレーション段階は、ASTを橫斷することによりオペコードを放出し、文字通りの引數(shù)で関數(shù)呼び出しを解決し、定數(shù)數(shù)學(xué)的式を折りたたむような最適化を?qū)g行します。この段階の出力は、opcache、vld、およびphpdbgを使用して検査できます。
• 解釈段階は、Zend Engine（ZE）VMでオペコードが実行される最終段階です。この段階の出力は、PHPスクリプトがエコー、印刷、var_dumpなどのコマンドを介して出力するものです。
• はじめに
• PHPコードを?qū)g行すると、ボンネットの下で多くのことが起こっています。大まかに言えば、PHPインタープリターはコードを?qū)g行するときに4つの段階を通過します。
• lexing
• 解析

コンピレーション

解釈

この記事では、これらの段階をスキムし、各段階から出力を表示して何が起こっているかを?qū)g際に確認(rèn)する方法を示します。使用される拡張機能の一部はすでにPHPのインストールの一部である必要がありますが（トークンザーやOpcacheなど）、他のものは手動でインストールして有効にする必要があること（PHP-ASTやVLDなど）。
1. ステージ1 - lexing
2. lexing（またはトークン化）は、文字列（この場合はPHPソースコード）を一連のトークンに変換するプロセスです。トークンは、一致した値の単に指名された識別子です。 PHPはRE2Cを使用して、Zend_language_scanner.l定義ファイルからlexerを生成します。
トークン剤拡張を介してレクシング段階の出力を見ることができます：
4. outputs：

$code = <<<'code'
<span><span><?php
</span></span><span><span>$a = 1;
</span></span><span>code<span>;
</span></span><span>
</span><span><span>$tokens = token_get_all($code);
</span></span><span>
</span><span><span>foreach ($tokens as $token) {
</span></span><span>    <span>if (is_array($token)) {
</span></span><span>        <span>echo "Line <span><span>{$token[2]}</span>: "</span>, token_name($token[0]), " ('<span><span>{$token[1]}</span>')"</span>, PHP_EOL;
</span></span><span>    <span>} else {
</span></span><span>        <span>var_dump($token);
</span></span><span>    <span>}
</span></span><span><span>}
</span></span>

上記の出力から注目に値するポイントがいくつかあります。最初のポイントは、ソースコードのすべてのピースがトークンという名前ではないということです。代わりに、一部のシンボルは、それ自體のトークンと見なされます（=、;、：、？など）。 2番目のポイントは、Lexerが実際にトークンのストリームを単に出力するだけではないということです。また、ほとんどの場合、語彙素（トークンと一致する値）と一致したトークンのライン番號（スタックトレースのようなものに使用されます）を保存します。

ステージ2 - 解析

パーサーも生成され、今回はBNF文法ファイルを介してバイソンを使用します。 PHPは、LALR（1）（先に見て、左から右へ）の文脈のない文法を使用します。先を見先の部分は、パーサーがnトークンを先に見ることができることを意味します（この場合、1、この場合）、解析中に遭遇する可能性のある曖昧さを解決することができます。左から右への部分は、トークンストリームを左から右へと解析することを意味します。

生成されたパーサーステージには、入力としてlexerからトークンストリームを取り、2つのジョブがあります。まず、BNF文法ファイルで定義されている文法規(guī)則のいずれかと一致させようとすることにより、トークン順序の有効性を検証します。これにより、有効な言語構(gòu)造がトークンストリームのトークンによって形成されることが保証されます。パーサーの2番目のジョブは、

抽象的構(gòu)文ツリー（AST）を生成することです。次の段階で使用されるソースコードのツリービュー（コンパイル）。 PHP-AST拡張機能を使用してパーサーによって生成されるASTの形式を

初歩的なコードのASTを見てみましょう：

output：

Line 1: T_OPEN_TAG ('<?php
')
Line 2: T_VARIABLE ('$a')
Line 2: T_WHITESPACE (' ')
string(1) "="
Line 2: T_WHITESPACE (' ')
Line 2: T_LNUMBER ('1')
string(1) ";"

ツリーノード（通常はタイプASTNODEのタイプです）にはいくつかのプロパティがあります。
種類 - ノードタイプを描寫する整數(shù)値。それぞれに対応する定數(shù)があります（例：AST_STMT_LIST => 132、AST_ASSIGN => 517、AST_VAR => 256）

$code = <<<'code'
<span><span><?php
</span></span><span><span>$a = 1;
</span></span><span>code<span>;
</span></span><span>
</span><span><span>print_r(ast<span>\parse_code</span>($code, 30));
</span></span>

フラグ - 過負(fù)荷の動作を指定する整數(shù)（たとえば、ASTAST_BINARY_OPノードには、どのバイナリ操作が発生しているかを區(qū)別するフラグがあります）

リネノ - トークン情報から以前に見られるように、ライン番號
子供 - サブノード、通常、ノードの一部がさらに分解されます（たとえば、関數(shù)ノードには子供があります：パラメーター、リターンタイプ、ボディなど）
この段階のAST出力は、靜的コードアナライザー（PHANなど）などのツールのために作業(yè)するのに便利です。

ステージ3 - コンピレーション

コンピレーション段階はASTを消費し、ツリーを再帰的に橫斷することによりオペコードを放出します。この段階では、いくつかの最適化も実行されます。これらには、文字通りの引數(shù)（strlen（ "abc"）からint（3）などのいくつかの関數(shù)呼び出しを解決し、折り畳み一定の數(shù)學(xué)式（60 * 60 * 24からint（86400）など）。

OpCache、VLD、PHPDBGなど、さまざまな方法で、この段階でOPCODE出力を検査できます。出力がより友好的であると感じているので、これにVLDを使用します。
次のfile.phpスクリプトの出力を見てみましょう。
次のコマンドを?qū)g行します：

$code = <<<'code'
<span><span><?php
</span></span><span><span>$a = 1;
</span></span><span>code<span>;
</span></span><span>
</span><span><span>$tokens = token_get_all($code);
</span></span><span>
</span><span><span>foreach ($tokens as $token) {
</span></span><span>    <span>if (is_array($token)) {
</span></span><span>        <span>echo "Line <span><span>{$token[2]}</span>: "</span>, token_name($token[0]), " ('<span><span>{$token[1]}</span>')"</span>, PHP_EOL;
</span></span><span>    <span>} else {
</span></span><span>        <span>var_dump($token);
</span></span><span>    <span>}
</span></span><span><span>}
</span></span>

出力は

Line 1: T_OPEN_TAG ('<?php
')
Line 2: T_VARIABLE ('$a')
Line 2: T_WHITESPACE (' ')
string(1) "="
Line 2: T_WHITESPACE (' ')
Line 2: T_LNUMBER ('1')
string(1) ";"

です

オプコードは、基本操作に従うのに十分な元のソースコードに似ています。 （この記事のオペコードの詳細(xì)については掘り下げるつもりはありません。それ自體がいくつかの記事全體を撮るからです。）上記のスクリプトのオペコードレベルで最適化は適用されませんでしたが、見ることができるように、コンパイルフェーズは定數(shù)條件（php_version === '7.1.0-dev'）をtrueに解決することでいくつかを作成しました。

$code = <<<'code'
<span><span><?php
</span></span><span><span>$a = 1;
</span></span><span>code<span>;
</span></span><span>
</span><span><span>print_r(ast<span>\parse_code</span>($code, 30));
</span></span>

opcacheは、単にオペコードをキャッシュするだけではありません（したがって、レクシング、解析、コンピレーション段階をバイパスします）。また、さまざまなレベルの最適化も詰め込まれています。最適化レベルを4つのパスに上げて、出てくるものを確認(rèn)しましょう。

コマンド：

output：

ast\Node Object (
    [kind] => 132
    [flags] => 0
    [lineno] => 1
    [children] => Array (
        [0] => ast\Node Object (
            [kind] => 517
            [flags] => 0
            [lineno] => 2
            [children] => Array (
                [var] => ast\Node Object (
                    [kind] => 256
                    [flags] => 0
                    [lineno] => 2
                    [children] => Array (
                        [name] => a
                    )
                )
                [expr] => 1
            )
        )
    )
)

一定の條件が削除されており、2つのエコー命令が単一の命令に圧縮されていることがわかります。これらは、スクリプトのオペコード上でパスを?qū)g行するときにOpcacheが適用する多くの最適化の味です。ただし、この記事ではさまざまな最適化レベルを通過することはありません。それ自體が記事でもあるからです。

ステージ4 - 解釈

<span>if (PHP_VERSION === '7.1.0-dev') {
</span>    <span>echo 'Yay', PHP_EOL;
</span><span>}
</span>

最終段階は、オプコードの解釈です。これは、Zend Engine（ZE）VMでオペコードが実行される場所です。実際、この段階についてはほとんど言うことはほとんどありません（少なくとも高レベルの観點から）。出力は、echo、print、var_dumpなどのコマンドを介して、PHPスクリプトが出力されるものであろうと、

この段階で複雑なものを掘り下げる代わりに、ここに面白い事実があります。PHPは、獨自のVMを生成する際に依存関係として必要です。これは、VMがPHPスクリプトによって生成されたためです。

結(jié)論

PHPコードを?qū)g行するときにPHPインタープリターが通過する4つの段階を簡単に確認(rèn)しました。これには、各ステージの出力を操作して表示するために、さまざまな拡張機能（トークン剤、PHP-AST、Opcache、およびVLDを含む）を使用しています。

この記事が、PHPの通訳のより良い全體的な理解を提供するのに役立つことを願っています。また、Opcache拡張の重要性（キャッシュ能力と最適化能力の両方）を示しました。 PHP実行プロセスに関するよくある質(zhì)問（FAQ）

実行プロセスにおけるPHP通訳者の役割は何ですか？

PHPインタープリターは、PHP実行プロセスで重要な役割を果たします。 PHPソースコードを機械可読コードに変換する責(zé)任があります。通訳者は、PHPスクリプトラインを線で読み取り、各行を解釈し、必要な操作を?qū)g行します。また、実行プロセス中にエラーと例外を処理する責(zé)任があります。 PHPインタープリターはPHPランタイム環(huán)境の重要なコンポーネントであり、WebサーバーとPHP拡張機能も含まれます。

PHPエンジンはどのように機能しますか？ PHP実行プロセス。 PHPスクリプトを解析し、それをBytecodeにコンパイルし、ByteCodeを?qū)g行する責(zé)任があります。 PHPエンジンは、2段階のプロセスを使用してPHPスクリプトを?qū)g行します。まず、PHPスクリプトを解析し、それを抽象的構(gòu)文ツリー（AST）に変換します。次に、ASTをBytecodeにコンパイルして実行します。 PHPエンジンには、実行プロセス中にメモリマネージャーとゴミコレクターも含まれています。 -lineインターフェイス（CLI）とWebサーバーインターフェイスは、PHPスクリプトを?qū)g行する2つの異なる方法です。 CLIはコマンドラインからPHPスクリプトの実行に使用され、WebサーバーインターフェイスはWeb要求に応じてPHPスクリプトを?qū)g行するために使用されます。 2つのインターフェイスの主な違いは、入力と出力を処理する方法です。 CLIでは、入力がコマンドラインから読み取り、出力がコンソールに書き込まれます。 Webサーバーインターフェイスでは、入力がHTTP要求から読み取り、出力はHTTP応答に書き込まれます。実行プロセス中にエラーを処理できるメカニズム。エラーが発生すると、PHPはエラーメッセージを生成し、エラーハンドラーに送信します。エラーハンドラーは、エラーの報告設(shè)定に応じて、エラーメッセージを表示したり、ログにしたり、無視したりできます。 PHPは例外処理もサポートしているため、より構(gòu)造化された管理可能な方法でエラーを処理できます。

実行プロセスにおけるPHP拡張の役割は何ですか？

PHP拡張は、PHP言語に新しい機能と機能を追加するモジュールです。実行プロセス中にPHPランタイム環(huán)境にロードされ、データベースアクセスから畫像処理まで、幅広いタスクを?qū)g行するために使用できます。 PHP拡張機能はCで記述され、マシンコードにコンパイルされるため、非常に高速で効率的になります。それらはPHPエコシステムの重要なコンポーネントであり、その柔軟性とパワーに貢獻しています。これらの手法の1つは、PHPエンジンによって生成されたバイトコードをメモリに保存して、後続の実行で再利用できるようにすることを含むオペコードキャッシングです。これにより、PHPスクリプトが実行されるたびに解析してコンパイルする必要性がなくなり、パフォーマンスが大幅に向上します。 PHPはまた、ジャストインタイム（JIT）コンピレーションを使用します。これには、実行時にバイトコードをマシンコードにコンパイルしてパフォーマンスをさらに向上させます。 PHPには、実行プロセス中にメモリの割り當(dāng)てと取引を処理するメモリマネージャーが組み込まれています。メモリマネージャーは、必要に応じて変數(shù)とデータ構(gòu)造のメモリを割り當(dāng)て、不要になったときにメモリを扱います。 PHPには、使用されなくなったメモリを自動的に解放するゴミコレクターもあります。これにより、メモリの漏れを防ぎ、メモリの使用量を制御し続けるのに役立ちます。プロセス。 HTTPリクエストの処理、これらの要求に応じてPHPスクリプトの実行、およびHTTP応答をクライアントに送信する責(zé)任があります。 Webサーバーは、PHPインタープリターとPHPエンジンと緊密に連攜して、PHPスクリプトを?qū)g行して動的なWebページを生成します。 PHPで最も一般的に使用されるWebサーバーは、Apacheとnginxです。 mysql、postgresql、およびsqlite。データベース固有の拡張機能を使用して、実行プロセス中にこれらのデータベースと対話します。これらの拡張機能は、データベースに接続し、SQLクエリを?qū)g行し、結(jié)果を取得し、エラーを処理するために使用できる一連の機能を提供します。 PHPは、PDO（PHPデータオブジェクト）拡張機能もサポートしています。これは、データベースインタラクションのデータベース存在インターフェイスを提供します。

実行プロセス中のPHPはセッション管理をどのように処理しますか？

PHPにはセッション管理のサポートが組み込まれているため、異なるHTTP要求間で狀態(tài)を維持できます。セッションが開始されると、PHPは一意のセッションIDを作成し、クライアントのブラウザのCookieに保存します。このセッションIDは、その後のリクエストごとにサーバーに送信され、PHPがクライアントを識別し、対応するセッションデータを取得できるようにします。 PHPのセッション管理機能により、ユーザー認(rèn)証、ショッピングカート、その他のステートフルな機能をWebアプリケーションに簡単に実裝できます。

以上がPHPの実行方法 - ソースコードからレンダリングまでの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。