PHP の基本的な動作原理から始めましょう
私は以前に .net と Java の開発を行ったことがあり、またいくつかの開発を書きましたPhp Webサイトでは、3大プログラミング言語すべてに触れているようです。しかし、プログラミングプロセス全体、特に基礎となるメカニズムについての全体的な理解が不足していると感じることが増えてきました。たとえば、ネットワーク プログラミング、コンパイルの原則、サーバー側、データベース ストレージ エンジンの原則などです。そこで私はいくつかの本を読みました。古典的なものには、apue、unp、tcp/ip、nginx、mysql の innodb ストレージ エンジンが含まれており、jvm について深く理解しています。開発にどのような言語が使用されても、その背後には Linux、シェル、C/C++、nginx サーバー、mysql が存在することが徐々にわかりました。おそらく、これらの核となる原則と知識を習得することによってのみ、プログラマーは核となる競争力を持つことができます。
BAT のバックエンド部分はこれらのコア テクノロジーから切り離せませんが、フロントエンド (ビジネス ロジック層) は違う。たとえば、淘宝網は主に Java を使用し、百度は主に PHP を使用します。 Tencent はツールを管理するグループであり、主に C/C++ テクノロジーを使用しています。 Tencent の主な製品は、Windows 上のさまざまなクライアント (QQ、インプット メソッド、音楽...最も重要なのはゲーム) とサーバーです。比較的言えば、Web 製品は比較的少数です (QQ Space、Friends Network など)。これらの Web 製品は比較的成熟しており、改良はたまにしか行われません。新しい製品が登場しない限り、人材の需要は大きくありません。
機械学習とビッグデータマイニングの分野では人材の需要が高いようですが、関連テクノロジーはまだ Linux と jvm 上に構築される予定です。一部の企業では Java 人材の需要がさらに高まるでしょう。
C 言語でのコンパイルと接続のプロセス、および JVM での Java の実行メカニズムを理解したところで、私は突然こうなりました。 PHP の動作プロセスや原理にも興味があります。いくつかのブログを見つけて、大まかなアイデアを掴みました。まずそれを以下に示します:
PHP の基本的な動作原理
はじめに
まず見てください。次のプロセス:
PHP を開始するための最初のステップ
最初のステップと 2 番目のステップが何かわからないですか?心配しないでください。これについては次に詳しく説明します。まず、最初の最も重要なステップを見てみましょう。覚えておくべきことは、操作の最初のステップはリクエストが到着する前に行われるということです。
一般的な MINIT メソッドは次のとおりです。
PHP_MINIT_FUNCTION(extension_name){
/* 関数、クラスなどを初期化します */
}
PHP は2 番目のステップ
一般的な RINIT メソッドは次のとおりです:
PHP_RINIT_FUNCTION(extension_name) {
/* セッション変数の初期化、変数の事前設定、グローバル変数の再定義など */
}
PHP シャットダウンの最初のステップ
PHP の起動と同様に、PHP のシャットダウンも 2 つのステップに分かれています:
一般的な RSHUTDOWN メソッドは次のとおりです:
PHP_RSHUTDOWN_FUNCTION(extension_name) {
/* メモリ管理を行い、最後の PHP 呼び出しで使用されたすべての変数の設定を解除します。 */
}
PHP シャットダウンの 2 番目のステップ
最後に、すべてのリクエストが処理され、SAPI を閉じる準備が整い、PHP は 2 番目のステップの実行を開始します:
典型的な RSHUTDOWN メソッドは次のとおりです:
PHP_MSHUTDOWN_FUNCTION(extension_name) {
/* ハンドラーや永続メモリなどを解放します */
}
このように、 PHP ライフサイクル全体が終わりました。 「開始ステップ 1」と「終了ステップ 2」は、サーバーからの要求がない場合にのみ実行されることに注意してください。
以下がイラスト付きでわかる！
図 1 PHP の構造
図からわかるように、PHP は動作します下から上へ 4 層システムです
①Zend エンジン
Zend は完全に純粋な C で実装されており、PHP コードを変換します (字句解析、構文解析、および解析)。オペコード処理を実行し、対応する処理メソッドを実装し、基本的なデータ構造 (ハッシュテーブル、OO など)、メモリ割り当てと管理を実装し、外部呼び出しに対応する API メソッドを提供することはすべての中核です。すべての周辺機能は Zend 実装を中心にしています。
②拡張機能
拡張機能は、zend エンジンを中心として、共通の各種組み込み関数（配列シリーズなど）や標準ライブラリなど、さまざまな基本サービスをコンポーネントベースで提供します。これを実現するために、ユーザーは必要に応じて独自の拡張機能を実装して、機能拡張、パフォーマンスの最適化、その他の目的を達成することもできます (たとえば、現在 Tieba で使用されている PHP 中間層やリッチ テキスト解析は、拡張機能の典型的なアプリケーションです)。
③Sapi
Sapi の正式名は Server Application Programming Interface で、Sapi は PHP が一連のフック関数を通じて周辺データと対話できるようにします。エレガントで成功した設計では、PHP 自体を sapi を通じて上位層のアプリケーションから分離し、分離することに成功しました。PHP は、異なるアプリケーションとの互換性を考慮する必要がなくなり、アプリケーション自体も独自の特性に応じて異なる処理方法を実装できます。上位層アプリケーション
④ については、後ほど sapi の章で紹介します
これは、私たちが通常作成する PHP プログラムです。Web の実装など、さまざまな sapi メソッドを通じてさまざまなアプリケーション モードを取得できます。 Webサーバー経由で適用、コマンドラインからスクリプトとして実行など。
アーキテクチャのアイデア:
エンジン (Zend) + コンポーネント (ext) モデルにより内部結合が軽減されます
中間層 (sapi) ) Web サーバーと php
************************************** を分離します** *************************************
php の場合が車であれば、
車のフレームワークは php そのものです
Zend は車のエンジン (エンジン)
Ext の下にあるさまざまなコンポーネントは車の車輪です
Sapi は道路と見なすことができ、車はさまざまな種類の道路を走ることができます
そして、php プログラムの実行は、車が道路を走ることを意味します。
したがって、必要なものは次のとおりです: 優れたエンジン + 適切な車輪 + 正しい滑走路
Apache による php の解析は、多くのモジュールの中の php モジュールを通じて完了します。
最終的に php を Apache システムに統合するには、Apache に必要な設定をいくつか行う必要があります。ここでは、php の SAPI 動作モード mod_php5 を例に説明します。SAPI の概念については、後で詳しく説明します。
インストールするバージョンが Apache2 と Php5 であると仮定すると、Apache のメイン設定ファイル http.conf を編集し、次の行を追加する必要があります:
Unix/Linux 環境の場合:
LoadModule php5_module modules/mod_php5.so
AddType application/x-httpd-php .php
注: modules/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ファイルのインストール場所です。
これら 2 つの設定は、サフィックスとして php を使用して今後受信される URL ユーザー リクエストは、処理のために php5_module モジュール (mod_php5.so/php5apache2.dll) を呼び出す必要があることを Apache サーバーに伝えます。
Apache リクエスト処理サイクルの詳細な説明
Apache リクエスト処理サイクルの 11 段階では何が行われますか? (これらの 11 のステージは、nginx の 11 の処理ステージに対応していますか?)
1. Post-Read-Request ステージ
通常のリクエスト処理プロセスでは、これはモジュールがフックを挿入できる最初の段階です。この段階は、リクエストの処理を非常に早い段階で開始したいモジュールに利用できます。
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 はオペレーティング システムの最下層に属します
②セカンダリサーバーに属するapacheサーバーは、linuxおよびPHPと通信します
③php：サーバーサイドプログラミング言語であり、php_moduleモジュールを通じてapacheに関連付けられています
④mysql およびその他の Web サービス : アプリケーション サービスに属し、PHP の拡張プラグイン モジュールを通じて mysql に関連付けられます
さらに詳しい研究と理解については、以下をご覧ください:
Fengyu のブログ http://www.laruence.com/2008/08/12/180.html
百度研究開発センターのブログ http://stblog.baidu-tech. com/?p=763
王興斌のブログ http://blog.csdn.net/wanghao72214/article/details /3916825
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
