php プログラム最適化.png
見落とされがちな細かい点がいくつかあります。コードを最適化するとコードが最適化されると言われることがありますが、実際の運用において最も見落とされやすいのは次のとおりです:
echo は print よりも高速です。
文字列連結の代わりに echo の複数のパラメータを使用します。
for ループを実行する前に最大ループ数を決定します。ループごとに最大値を計算するのではなく、代わりに foreach を使用することをお勧めします。
グローバル変数は使用後に unset() する必要があります。
文字列を囲むには二重引用符の代わりに一重引用符を使用すると、処理が速くなります。 PHP は二重引用符で囲まれた文字列内の変数を検索するため、一重引用符は検索しません。
関数は正規表現を置き換えて同じ関数を完成させます。
変数 $i のインクリメントまたはデクリメントを実行する場合、$i++ は ++$i よりも遅くなります。この違いは PHP に固有のものであり、他の言語には当てはまりません。 $i++ が必要とする命令 (オペコード) が 3 つだけであるため、++$i は高速です。ポストインクリメントでは、実際には、後でインクリメントされる一時変数が作成されます。プレフィックスの増分は、元の値に直接増加します。
複数の if、else if ステートメントを使用するよりも、switch case を使用する方が適切です。
PHP コードのデバッグには var_dump を使用します。 PHP デバッグ テクノロジを探している場合、このコマンドは PHP 情報の表示に関するすべてのニーズを満たすことができ、コードのデバッグのほとんどのケースは値の取得に関連していると言わざるを得ません。 PHPで。
ファイルを含める場合はフル パスを使用すると、オペレーティング システムのパスを解決する時間が短縮されます。
あらゆる場面でグローバルな値を作成するのは悪い習慣ですが、実際の状況ではこれが必要な場合もあります。データベース テーブルまたはデータベース接続情報にはグローバル値を使用することをお勧めしますが、PHP コードではグローバル値を頻繁に使用しないでください。あるいは、グローバル変数を config.php ファイルに保存する方が良い方法です。
スクリプトの実行開始時刻を知りたい場合は、time() の代わりに $_SERVER[‘REQUEST_TIME’] を使用することをお勧めします。
Apache の mod_deflate モジュールを開きます。
@ を使用してエラー メッセージをブロックするのは非常に非効率です。
多数の PHP 組み込み関数を使用してみてください。
未定義のローカル変数のインクリメントは、事前定義されたローカル変数のインクリメントより 9 ~ 10 倍遅くなります。
派生クラスのメソッドは、基本クラスで定義された同じメソッドよりも高速に実行されます。
関数内で呼び出さずにローカル変数を定義するだけでも速度が遅くなります (ローカル変数をインクリメントするのと同じ程度)
Apache は静的 HTML を解析するよりも PHP スクリプトを解析するのに時間がかかりますページは 2 ~ 10 倍遅くなります。使用する静的な HTML ページを増やし、スクリプトを減らすようにしてください。
前に述べたように、99% の場合、PHP Web サイトで最も重要な部分はデータベースです。したがって、SQL を正しく使用する方法、リレーショナル テーブルおよびより高度なデータベース テクノロジを学ぶ方法に精通している必要があります。
1 つのパラメーターを指定して空の関数を呼び出すには、7 ~ 8 回のローカル変数のインクリメント操作を実行するのと同じ時間がかかります。
文字列を操作し、その長さが特定の要件を満たしているかどうかを確認する必要がある場合は、当然 strlen() 関数を使用します。この関数は計算を行わず、zval 構造体 (PHP 変数の格納に使用される C の組み込みデータ構造体) に格納されている既知の文字列長を返すだけなので、非常に高速に実行されます。
すべての状況でオブジェクト指向開発を使用する必要があるわけではありません。オブジェクト指向開発は多くの場合コストがかかり、メソッドとオブジェクトの呼び出しごとに大量のメモリを消費します。
スクリプトをキャッシュできない限り、呼び出されるたびに再コンパイルされます。 PHP キャッシュ メカニズムを導入すると、通常、コンパイルのオーバーヘッドが排除され、パフォーマンスが 25% ~ 100% 向上します。
プログラムを書くとき、多くの人はコードをできるだけ簡潔に書くことを望みます。ただし、コードが短いほど良い場合は、実行に時間がかかることがあります。
プログラムを書くときは、速度を追求するのではなく、プログラムのスケーラビリティにもっと注意を払う必要があります。
ほとんどのアプリケーションのボトルネックはコードではなくデータベースであるため、コードを最適化する前に、まずデータベース関連の部分に注目してください。
マイクロ最適化は利益に値しない マイクロ最適化とは何ですか?前述したように、コードの正規表現部分を文字列関数に置き換えます。これを行うと、次のような欠点があります。 (1) 時間がかかります。 (2) パフォーマンスの問題は根本的に解決されません。 (3) 以前のコードが破壊され、未知のエラーが発生する可能性が非常に高くなります。 (4) 労力は次のとおりです。ご褒美
ここで言及しなければならない誤解もありますが、プログラムをより最適化するために、ビジネス ロジックを分析する際に最適化を考慮して、より良いコードを得るためにビジネス ロジックを変更する人がいます。プログラムの目的は現実に遭遇する問題を解決することであり、本末転倒ではないので、これは非常に愚かな考えです。