PHPは、一般的にはインタプリタ型のスクリプト言語として分類されます。
ただし、厳密に言うと、PHPは「ソースコードを1行ずつそのまま読み取って実行するだけ」の単純なインタプリタ言語ではありません。
現在のPHPは、実行時にソースコードを内部的な中間命令であるOpcodeへ変換し、そのOpcodeをZend VMが実行する仕組みになっています。
そのため、PHPについては次のように理解すると正確です。
PHPは実用上はインタプリタ型の言語として扱われるが、内部的には実行時にOpcodeへコンパイルしてから実行される言語です。
インタプリタ型言語とは
実行時に処理系がコードを解釈する言語
インタプリタ型言語とは、一般的に、実行時に処理系がソースコードを読み取り、解釈しながら処理を進める言語のことです。
代表的なインタプリタ型言語としては、PHP、Python、Ruby、JavaScriptなどが挙げられます。
たとえばPHPでは、次のようなファイルを用意します。
<?php
echo "Hello, PHP!";
CLI環境であれば、次のように実行できます。
php index.php
C言語やGoのように、事前に実行ファイルを作成しなくても、PHPの実行環境があればそのまま実行できます。
このように、開発者の視点では「PHPファイルを書けば、そのまま実行できる」ため、PHPはインタプリタ型言語として説明されることが多いです。
コンパイラ型言語との違い
コンパイラ型言語では、通常、ソースコードを事前に機械語や実行ファイルへ変換します。
代表例は、C、C++、Go、Rustなどです。
たとえばC言語では、ソースコードを書いたあとにコンパイルを行い、実行ファイルを作成します。
その後、生成された実行ファイルをOS上で実行します。
一方、PHPでは通常、開発者が明示的に実行ファイルを作る必要はありません。
.phpファイルを配置し、PHPの実行環境で処理すれば、その場で実行されます。
この開発体験の違いが、PHPをインタプリタ型言語と呼ぶ大きな理由です。
PHPの実際の実行の流れ
PHPはソースコードをそのまま実行しているわけではない
PHPはインタプリタ型と呼ばれますが、実際にはソースコードをそのまま直接実行しているわけではありません。
PHPの実行は、ざっくり言うと次のような流れになります。
PHPソースコード
↓
字句解析・構文解析
↓
Opcodeへ変換
↓
Zend VMがOpcodeを実行
↓
結果を出力
PHPにはZend Engineという実行エンジンがあります。
Zend EngineはPHPコードを解析し、Opcodeと呼ばれる中間命令に変換します。
その後、PHPの仮想マシンであるZend VMがOpcodeを実行します。
つまりPHPは、内部的には次のような仕組みで動いています。
PHPソースコードを実行時にOpcodeへコンパイルし、そのOpcodeをZend VMが実行する。
Opcodeとは
Opcodeとは、PHPの実行エンジンが処理しやすい形に変換された中間命令のことです。
たとえば、次のようなPHPコードがあるとします。
<?php
$a = 1 + 2;
echo $a;
このコードは、人間が書いたPHPソースコードのまま実行されるのではなく、Zend Engineによって内部的な命令列へ変換されます。
その命令列をZend VMが実行することで、最終的に画面や標準出力へ結果が出力されます。
PHPはコンパイルされるのか
PHPでもコンパイル処理は行われる
PHPはインタプリタ型言語と呼ばれますが、実際にはコンパイル処理も行われます。
ただし、ここでいうコンパイルは、C言語やGoのように事前にネイティブな実行ファイルを作る処理とは異なります。
PHPでは通常、スクリプトの実行時にソースコードがOpcodeへ変換されます。
このOpcodeへの変換も、広い意味ではコンパイルです。
つまり、PHPは「コンパイルされない言語」ではありません。
より正確には、次のように言えます。
PHPは実行時にソースコードをOpcodeへコンパイルし、そのOpcodeを仮想マシン上で実行する言語です。
C言語やGoとの違い
C言語やGoの場合、一般的には次のような流れになります。
ソースコード
↓
事前に機械語へコンパイル
↓
実行ファイルを生成
↓
実行ファイルを実行
一方、PHPでは次のような流れになります。
PHPソースコード
↓
実行時にOpcodeへコンパイル
↓
Zend VMがOpcodeを実行
このように、PHPにもコンパイル処理はありますが、一般的なコンパイラ型言語のように、事前に単体の実行ファイルを作るわけではありません。
そのため、PHPは「コンパイルされる要素を持つインタプリタ型言語」と理解するとわかりやすいです。
OPcacheによる高速化
OPcacheとは
PHPにはOPcacheという仕組みがあります。
OPcacheは、PHPのソースコードから生成されたOpcodeをメモリ上にキャッシュする機能です。
通常、PHPはスクリプトを実行する際に、ソースコードを読み込み、解析し、Opcodeへ変換します。
しかし、リクエストのたびに毎回この処理を行うと、無駄が多くなります。
そこでOPcacheを使うと、一度生成したOpcodeを共有メモリ上に保存できます。
OPcache有効時の実行イメージ
OPcacheが有効な場合、PHPの実行は次のようなイメージになります。
初回アクセス:
PHPソースコード
↓
Opcodeへ変換
↓
Opcodeをキャッシュ
↓
実行
2回目以降:
キャッシュ済みのOpcodeを利用
↓
実行
これにより、PHPはリクエストのたびに毎回ソースコードを最初から解析し直す必要がなくなります。
WordPress、Laravel、Symfonyなどの本番環境では、OPcacheを有効化するのが一般的です。
OPcacheを利用することで、PHPアプリケーションのパフォーマンスを大きく改善できます。
OPcacheがあるため「毎回完全に解釈する」は正確ではない
PHPを「毎回ソースコードを1行ずつ読んで実行する言語」と説明することがありますが、これは厳密には正確ではありません。
特にOPcacheが有効な環境では、コンパイル済みのOpcodeが再利用されます。
そのため、毎回すべてのPHPファイルを読み込み、解析し、Opcodeへ変換しているわけではありません。
この点からも、PHPは単純なインタプリタ型言語というより、実行時コンパイルとキャッシュを組み合わせたスクリプト言語と考えるほうが正確です。
PHP 8以降のJIT
JITとは
PHP 8では、JITコンパイラが導入されました。
JITは「Just-In-Time compilation」の略で、実行時に一部の処理を機械語へコンパイルする仕組みです。
PHPは通常、OpcodeをZend VM上で実行します。
しかしJITを利用すると、条件によっては一部の処理をさらに機械語へ変換して実行できます。
これにより、特定の処理ではパフォーマンス向上が期待できます。
JITは常に大きな効果があるわけではない
PHP 8以降ではJITを利用できますが、JITを有効にすればすべてのPHPアプリケーションが劇的に速くなるわけではありません。
特にWebアプリケーションでは、PHPそのものの計算処理よりも、次のような要素がボトルネックになることが多いです。
データベースアクセス
外部API通信
ファイルI/O
ネットワーク通信
キャッシュ不足
N+1問題
フレームワークやプラグインの処理
そのため、一般的なWebサイトやWebアプリケーションでは、JITよりもOPcache、DB最適化、キャッシュ設計、クエリ改善、アプリケーション設計のほうが効果を発揮するケースも多いです。
JITが効果を発揮しやすいのは、数値計算や画像処理、CPU負荷の高い処理などです。
JITは利用できる機能であり、常に有効とは限らない
PHP 8以降ではJITを利用できますが、すべての環境で常に有効になっているわけではありません。
JITはOPcacheの機能と関連しており、利用するには設定が必要です。
また、すべてのPHPコードが常に機械語へコンパイルされるわけでもありません。
したがって、JITについては次のように理解するとよいです。
PHP 8以降ではJITにより一部処理を実行時に機械語へコンパイルできるが、一般的なWebアプリでは効果が限定的な場合もある。
JavaやC#との違い
中間表現をVMで実行する点は似ている
PHPの実行方式は、JavaやC#と似ている部分があります。
Javaでは、通常次のような流れで実行されます。
Javaソースコード
↓
バイトコードへコンパイル
↓
JVMで実行
C#では、次のような流れになります。
C#ソースコード
↓
ILへコンパイル
↓
.NET Runtimeで実行
PHPも次のような流れで実行されます。
PHPソースコード
↓
Opcodeへ変換
↓
Zend VMで実行
このように、中間表現を作り、それを仮想マシン上で実行するという点では、PHPはJavaやC#と似ています。
事前ビルドの有無が大きく違う
ただし、PHPとJava・C#には大きな違いがあります。
JavaやC#では、一般的に実行前にビルド工程があります。
ソースコードをコンパイルし、バイトコードやILなどの成果物を作成してから実行します。
一方、PHPでは通常、開発者が明示的にビルド成果物を作る必要はありません。
.phpファイルを配置すれば、リクエスト時やCLI実行時にPHPの処理系が必要な処理を行います。
つまり、PHPは内部的にはコンパイル処理を持っていますが、開発体験としてはスクリプト言語に近いのです。
PHPがインタプリタ型と言われる理由
事前コンパイルなしで実行できるため
PHPがインタプリタ型言語と呼ばれる最大の理由は、事前に実行ファイルを作らなくても動かせるからです。
たとえば、次のようなPHPファイルを作成します。
<?php
echo date('Y-m-d');
このファイルは、PHPの実行環境があればそのまま実行できます。
php index.php
Webアプリケーションであれば、WebサーバーやPHP-FPMを通じてPHPファイルが実行され、HTMLやJSONなどのレスポンスが生成されます。
このように、PHPは「書いたコードをすぐ実行できる」という特徴を持っています。
そのため、実務上はインタプリタ型のスクリプト言語として扱われます。
PHPランタイムが必要なため
PHPコードは、PHPの実行環境がなければそのまま実行できません。
C言語やGoのように、単体で動作する実行ファイルを生成するのが基本ではありません。
PHPコードを実行するには、phpコマンド、PHP-FPM、ApacheのPHPモジュールなどのPHPランタイムが必要です。
この点でも、PHPは一般的なコンパイラ型言語とは異なります。
WebアプリケーションにおけるPHPの実行イメージ
PHPはサーバー側で実行される
PHPは主にサーバーサイドで使われる言語です。
Webアプリケーションでは、PHPは次のような流れで実行されます。
ユーザーがブラウザでアクセス
↓
Webサーバーがリクエストを受け取る
↓
PHP-FPMなどに処理を渡す
↓
PHPがスクリプトを実行
↓
HTMLやJSONなどを生成
↓
Webサーバーがレスポンスを返す
↓
ブラウザに表示される
たとえばWordPressでは、ユーザーがページにアクセスすると、PHPがWordPress本体、テーマ、プラグインなどのコードを実行します。
そして、データベースから記事情報や設定情報を取得し、HTMLを生成してブラウザへ返します。
PHPはブラウザ上で動くわけではない
PHPはJavaScriptのようにブラウザ上で実行される言語ではありません。
PHPはサーバー側で実行され、ブラウザには最終的なHTML、CSS、JavaScript、JSONなどが返されます。
そのため、ユーザーがブラウザでPHPのソースコードを見ることは通常ありません。
ブラウザに表示されるのは、PHPが処理した結果です。
PHPは遅いのか
インタプリタ型だから必ず遅いとは言えない
一般論として、インタプリタ型やスクリプト言語は、C、Rust、Goのようなネイティブコンパイル言語よりも実行速度で不利になることがあります。
しかし、Webアプリケーションの現場では、PHPそのものの実行速度だけがパフォーマンスを決めるわけではありません。
実際には、次のような要素がレスポンス速度に大きく影響します。
データベースクエリの効率
外部APIの応答速度
ファイルI/O
キャッシュの有無
N+1問題
画像や静的ファイルの配信
フレームワークやCMSの設計
プラグインの処理
サーバー構成
そのため、「PHPはインタプリタ型だから必ず遅い」と考えるのは不正確です。
実務では設計やキャッシュの影響が大きい
PHPアプリケーションのパフォーマンスを改善する場合、PHPの言語仕様そのものよりも、設計や運用面の改善が重要になることが多いです。
たとえば、WordPressサイトであれば、次のような対策が効果的です。
OPcacheを有効化する
ページキャッシュを導入する
不要なプラグインを減らす
データベースクエリを最適化する
画像を圧縮・最適化する
CDNを利用する
外部スクリプトを見直す
Laravelなどのフレームワークでも、設定キャッシュ、ルートキャッシュ、クエリ最適化、Redisなどのキャッシュ活用が重要になります。
つまり、PHPの速度を考えるときは、言語単体ではなく、アプリケーション全体の構成を見る必要があります。
PHPの実行方式を正確に表現するなら
実務向けの説明
実務で説明するなら、次のような表現がわかりやすいです。
PHPは一般的にはインタプリタ型のスクリプト言語として扱われます。
ただし、実際には実行時にソースコードをOpcodeへコンパイルし、そのOpcodeをZend VMが実行します。
本番環境ではOPcacheによってOpcodeをキャッシュできるため、毎回ソースコードを完全に解析しているわけではありません。
また、PHP 8以降では設定によりJITも利用できます。
この説明であれば、「PHPはインタプリタ型である」という一般的な理解と、「内部ではコンパイル処理も行われる」という技術的な正確性の両方を含められます。
面接や技術説明での答え方
面接や技術説明で聞かれた場合は、次のように答えるとよいでしょう。
PHPは一般的にはインタプリタ型のスクリプト言語に分類されます。
ただし、PHPの実装ではソースコードをそのまま1行ずつ実行しているわけではなく、実行時にOpcodeへコンパイルし、そのOpcodeをZend VMが実行します。
また、本番環境ではOPcacheによってコンパイル済みOpcodeをキャッシュでき、PHP 8以降ではJITも利用できます。
そのため、PHPは単純なインタプリタというより、実行時コンパイルと仮想マシン実行を組み合わせた言語と理解するのが正確です。
まとめ
PHPは、一般的にはインタプリタ型のスクリプト言語です。
しかし、内部的にはソースコードをそのまま直接実行しているわけではありません。
PHPは実行時にソースコードをOpcodeへコンパイルし、そのOpcodeをZend VMが実行します。
さらに、OPcacheを利用すればコンパイル済みOpcodeをキャッシュできます。
これにより、リクエストのたびに毎回PHPファイルを完全に解析する必要がなくなります。
また、PHP 8以降ではJITも利用でき、一部の処理を実行時に機械語へコンパイルすることも可能です。
ただし、JITはすべてのPHPアプリケーションで大きな効果が出るわけではなく、特にWebアプリケーションではデータベース、I/O、キャッシュ設計などの影響も大きくなります。
したがって、PHPについては次のように理解するのが最も正確です。
PHPは実用上はインタプリタ型のスクリプト言語として扱われるが、内部的には実行時にOpcodeへコンパイルされ、Zend VM上で実行される。
さらにOPcacheやJITによって、より効率的に動作する仕組みも備えている。
以上、PHPはインタプリタ型の言語なのかについてでした。
最後までお読みいただき、ありがとうございました。
