ZFを使用している場合、毎回ZFのmvcフレームワークをロードする必要があります。これは非常に無駄です。

ZFを使うと、毎回ZFのmvcフレームワークをロードしなければならないのですが、これは非常に無駄ではありませんか?
すみません、私はJ2EEをやっていたので、PHPに触れたばかりなので、いくつか理解していません。非常によく。

PHP はコンテナ内で実行される let と見なすことができないため、PHP が維持するオブジェクトのライフサイクルは、永続層のファイルにシリアル化することによって実装されます。
この理解は正しいですか?
そのため、J2EE とは異なり、コンテナのライフサイクル全体で、フレームワークの構成は 1 回だけ読み取ることができ (application.ini と同様)、フレームワークの全体的な制御オブジェクトも 1 回だけ生成できます (application.ini と同様)。 Zend_Application に)、PHP では、各リクエストを 1 回初期化する必要があります。

これは効率上の問題を引き起こさないでしょうか?特に ZF のようなフレームワークの場合、フレームワークなしの PHP よりも遅いはずです。
または、上記のプロセスを 1 回だけ実行できる他の設定方法を知っている人はいますか?

-----解決策---------
あなたはまだ理解していないと言いますが、あなたはそれを非常に完全に理解しています:)

この PHP はこのように設計されているため、完全な解決策はありません...
それはまさに、この問題が発生するように設計されています。効率への影響は想像されているほど深刻ではありません...
(おそらくこれが、場合によっては PHP のパフォーマンスが J2EE よりも悪い理由です)

詳細については、 zend エンジンで見つかるはずですが、ここのマニュアルはほとんど空白です:(
http://www.php.net/manual/en/internals2.php

一部のキャッシュ ライブラリは次のように改善できます。ある程度は http://www .php.net/manual/en/refs.basic.php.php

を参照してください。J2EE
を模倣しようとする実験的な PHP 亜種がいくつかあるようです。
------解決策---------
まさにその通りです

これはつまり、php はどの Web サーバーにも接続できます
php の動作メカニズムを改善しようとする試みは、php の適用範囲を狭めることになります