1. メソッドが静的である場合は、静的であると宣言します。速度は 4 倍になります。メソッドが静的である場合は、静的であると宣言します。速度は4倍まで上げることができます。
2. エコーは印刷よりも高速です。
3. 文字列連結の代わりに echo の複数のパラメータを使用します。
4. for ループの最大値をループ内ではなく前に設定し、ループするたびに最大値を計算しないでください。
5. 変数、特に大きな配列の設定を解除してメモリを解放します。
6. __get、__set、__autoload のようなマジックを避ける __get、__set、__autoload の使用を避けるようにしてください。
7. require_once() は高価です require_once() は高価です。
8. include と require で完全なパスを使用すると、OS パスの解決に費やす時間が短縮されます。
9. スクリプトの実行が開始された時刻を確認する必要がある場合は、time() よりも $_SERVER['REQUEST_TIME'] を使用する方が適しています。
10. 正規表現の代わりに strncasecmp、strpbrk、stripos を使用できるかどうかを確認します。同じ関数を完成させるために正規表現の代わりに strncasecmp、strpbrk、stripos 関数を使用できるかどうかを確認します。
11. str_replace は preg_replace よりも高速ですが、strtr は str_replace よりも 4 倍高速です。 str_replace 関数は preg_replace 関数よりも高速ですが、strtr 関数は str_replace 関数よりも 4 倍効率的です。
12. 文字列置換関数などの関数が引数として配列と単一文字の両方を受け入れる場合、および引数リストが長すぎない場合は、一度に 1 文字ではなく 1 文字を渡す、冗長な置換ステートメントをいくつか記述することを検討してください。文字列置換関数がパラメータとして配列または文字を受け入れ、パラメータの長さが長すぎない場合は、渡される各パラメータが 1 文字になるように追加の置換コードを記述することを検討できます。クエリと置換のパラメータとして配列を受け入れるコードを 1 行記述するだけです。
13. 複数の if、else if、ステートメントを使用するよりも、select ステートメントを使用する方が適切です。
14. @ によるエラー抑制は非常に遅くなります。@ を使用してエラー メッセージをブロックするのは非常に効率的ではありません。
15. Apache の mod_deflate をオンにする Apache の mod_deflate モジュールをオンにします。
16. 作業が完了したら、データベース接続を閉じます。
17. $row['id'] は $row[id] より 7 倍高速です。
18. エラー メッセージは高価です。
19. for ($x=0; $x
20. メソッド内でローカル変数をインクリメントするのは、関数内でローカル変数をインクリメントするのとほぼ同じです。関数内でローカル変数を呼び出すのとほぼ同じ速度です。
21. グローバル変数のインクリメントはローカル変数の 2 倍遅くなります。
22. オブジェクト プロパティ (例: $this->prop++) のインクリメントはローカル変数よりも 3 倍遅くなります。 オブジェクト プロパティ (例: $this->prop++) のインクリメントはローカル変数よりも 3 倍遅くなります。
23. 未定義のローカル変数のインクリメントは、事前に初期化された変数よりも 9 ～ 10 倍遅くなります。
24. 関数内でグローバル変数を使用せずに宣言しただけでも、処理が遅くなります (ローカル変数をインクリメントするのとほぼ同じ量です)。おそらく、関数内でグローバル変数を呼び出すと、そのグローバル変数が存在するかどうかがチェックされます。 (ローカル変数をインクリメントするのと同じ量だけ) 物事が減少します。 PHP はおそらく、グローバル変数が存在するかどうかを確認します。
25. テスト クラスにメソッドを 10 個追加しました (テスト メソッドの前後) が、パフォーマンスに変化はありませんでした。 10 個のメソッド (メソッドのテスト前後の両方) を追加しましたが、パフォーマンスに変化はありませんでした。
26. 派生クラスのメソッドは、基本クラスで定義されたメソッドよりも高速に実行されます。
27. 1 つのパラメーターと空の関数本体を持つ関数呼び出しには、7 ～ 8 回の $localvar++ 操作を実行するのとほぼ同じ時間がかかります。これにかかる時間は、当然ながら 15 回の $localvar++ 操作を実行するのと同じです。ローカル変数のインクリメント操作を 8 回まで実行できます。同様のメソッド呼び出しには、15 近くのローカル変数の増分が必要です。
28. 文字列を " の代わりに ' で囲むと、php が '…' 内ではなく "…" 内の変数を検索するため、解釈が少し速くなります。 もちろん、これは変数が必要ない場合にのみ実行できます。文字列内で文字列を囲むには二重引用符の代わりに一重引用符を使用します。これは、PHP が二重引用符で囲んで変数を検索するため、高速です。もちろん、これは必要がない場合に限ります。文字列に変数が含まれている場合は可能です
29. 文字列をエコーする場合は、ドットではなくカンマで区切った方が速いです。 注: これは、複数の文字列を引数として受け取ることができる関数である echo でのみ機能します。複数の文字列を出力する場合は、ピリオドの代わりにカンマを使用します。文字列、より速く。注: これは、複数の文字列をパラメータとして受け取ることができる「関数」です (注釈: PHP マニュアルには、echo は実際の関数ではなく言語構造であると記載されているため、関数は二重引用符で囲まれています)。 。
30. Apache による PHP スクリプトの処理は、静的 HTML ページよりも少なくとも 2 ～ 10 倍遅くなります。使用するスクリプトの数を 2 ～ 10 倍少なくしてください。使用する静的な HTML ページを増やし、スクリプトを減らすようにしてください。
31. スクリプトがキャッシュされない限り、PHP スクリプトは毎回再コンパイルされます。これにより、コンパイル時間が短縮され、通常、パフォーマンスが 25 ～ 100% 向上します。 PHP キャッシュ メカニズムを導入すると、通常、コンパイルのオーバーヘッドが排除され、パフォーマンスが 25% ～ 100% 向上します。
32. 可能な限りキャッシュを使用します。memcached は、データベースの負荷を軽減することで動的 Web アプリケーションを高速化することを目的とした高性能メモリ オブジェクト キャッシュ システムです。これにより、スクリプトをコンパイルする必要がなくなります。すべてのリクエストをできるだけキャッシュするようにしてください。memcached を使用できます。 Memcached は、動的 Web アプリケーションを高速化し、データベースの負荷を軽減するために使用できる高性能メモリ オブジェクト キャッシュ システムです。 OP コードのキャッシュは、リクエストごとにスクリプトを再コンパイルする必要がないように便利です。
33. 文字列を操作する場合、文字列が特定の長さであることを確認する必要がある場合は、当然のことながら strlen() 関数を使用します。この関数の操作は計算を実行しないだけなので非常に高速です。 zval 構造体 (PHP で変数を格納するために使用される内部 C 構造体) で使用可能な文字列の既知の長さを返します。ただし、 strlen() は関数であるため、関数呼び出しには小文字やハッシュテーブルなどのいくつかの操作が必要になるため、それでも多少遅いです。場合によっては、 isset() トリックを使用してコードの速度を向上させることができ、文字列の長さが特定の要件を満たしているかどうかを確認する必要がある場合は、当然 strlen () を使用します。関数。この関数は計算を行わず、zval 構造体 (PHP 変数の格納に使用される C の組み込みデータ構造体) に格納されている既知の文字列長を返すだけなので、非常に高速に実行されます。ただし、strlen() は関数であるため、関数呼び出しは小文字などの多くの手順を経るため、多少遅くなります (注釈: 小文字の関数名を指します。PHP は関数名の大文字と小文字を区別しません)。 )、ハッシュ検索、呼び出された関数と一緒に実行されます。場合によっては、 isset() 手法を使用してコードの実行を高速化できます。
isset() の呼び出しは strlen() よりも高速です。これは、 strlen() とは異なり、 isset() は言語構造体であり関数ではないためです。つまり、実行に関数の検索や小文字が必要ないため、実質的にオーバーヘッドがありません。文字列の長さを決定する実際のコードの先頭にある isset() の呼び出しは、strlen() よりも高速です。これは、後者とは異なり、isset() は言語構造として、その実行に関数の検索や文字が必要ないためです。小文字。つまり、文字列の長さをチェックするトップレベルのコードでは、実際には多くのオーバーヘッドが費やされません。
34. 変数 $i++ の値をインクリメントまたはデクリメントする場合、++$i よりも少し遅くなります。これは PHP 固有のものであり、他の言語には当てはまらないため、C または Java コードを変更しないでください。突然速くなると思ったら、実際はそうではありません。 $i++ に使用される 4 つのオペコードの代わりに必要なのは 3 つだけであるため、PHP ではたまたま速くなります。事前インクリメントは元の値を直接増加させますが、これは Zend の PHP オプティマイザーと同様にオペコードが最適化する最適化の 1 つであり、すべてのオペコード オプティマイザーがこの最適化を実行するわけではなく、多数の最適化が行われるため、注意が必要です。オペコード オプティマイザーを使用せずに実行されている ISP およびサーバーは、変数 $i のインクリメントまたはデクリメントを実行する場合、$i++ は ++$i よりも遅くなります。この違いは PHP に固有のものであり、他の言語には当てはまりません。そのため、C または Java コードを変更して、すぐに高速になることを期待しないでください。実際には機能しません。 ++$i は 3 つの命令 (オペコード) しか必要としないため高速ですが、$i++ は 4 つの命令を必要とします。ポストインクリメントでは、実際には、後でインクリメントされる一時変数が作成されます。プレフィックスの増分は、元の値に直接増加します。これは、Zend の PHP オプティマイザーによって行われるような、最適化の一種です。すべてのコマンド オプティマイザーが同じ最適化を行うわけではなく、コマンド オプティマイザーがインストールされていないインターネット サービス プロバイダー (ISP) やサーバーが多数存在するため、この最適化を念頭に置くことをお勧めします。
35. すべてを OOP にする必要はありません。多くの場合、オーバーヘッドが大きくなり、各メソッドとオブジェクトの呼び出しが大量のメモリを消費します。
36. すべてのデータ構造をクラスとして実装しないでください。配列も便利です。すべてのデータ構造をクラスとして実装しないでください。配列も便利です。
37. メソッドを分割しすぎないで、実際にどのコードを再利用するかを考えてください。メソッドを分割しすぎないで、実際にどのコードを再利用するかを考えてください。
38. 必要に応じて、いつでもメソッドのコードを分割できます。
39. 多数の PHP 組み込み関数を使用してください。
40. コード内に非常に時間のかかる関数がある場合は、C 拡張機能として記述することを検討してください。
41. コードをプロファイリングします。プロファイラーは、コードのどの部分にどれだけの時間がかかっているかを示します。プロファイリングには、プロファイラーがすでに含まれています。チェッカーは、コードのどの部分にどれくらいの時間がかかっているかを示します。 Xdebug デバッガーには、コードの全体的な整合性を評価し、コード内のボトルネックを明らかにする検査ルーチンが含まれています。
42. Apache モジュールとして使用できる mod_gzip は、その場でデータを圧縮し、転送するデータを最大 80% 削減できます。 mod_zip を Apache モジュールとして使用すると、データを即座に圧縮し、データ転送量を削減できます。 80%。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
