メソッドが静的である可能性がある場合は、それを静的として宣言すると、速度が 1/4 向上します。
もちろん、効果が明らかになるには、このテスト方法をレベル 100,000 以上で実行する必要があります。
実際、静的メソッドと非静的メソッドの効率における主な違いはメモリです。静的メソッドはプログラムの開始時にメモリを生成し、インスタンス メソッドはプログラムの実行中にメモリを生成するため、静的メソッドを直接呼び出すことができ、インスタンスメソッドはまずインスタンスを生成し、そのインスタンスを渡す必要があります。メソッドの呼び出しは静的に非常に高速ですが、メソッドの呼び出しが多すぎるとメモリを消費します。
どの言語もメモリとディスク上で動作しますが、それがオブジェクト指向かどうかというと、最下位の層は同じですが、実装方法が異なります。静的メモリはプログラムの先頭で生成されるため連続的ですが、インスタンスは離散空間に適用されるため、当然ながら静的メソッドほど高速ではありません。
静的メソッドは常に同じメモリを呼び出します。欠点は、自動的に破棄できないことですが、インスタンス化によって破棄できることです。
0.000929 - 0.001255 秒 (平均 0.001092 秒)
Print
0.000980 - 0.001396 秒 (平均)年齢 0.0 01188 秒)
その差は約 8% です。一般的に、エコーの方が速いです。
大きな弦をエコーする場合、調整を行わないとパフォーマンスに重大な影響を与えることに注意してください。 mod_deflate を使用して apached を開いて圧縮するか、ob_start を開いてコンテンツを最初にバッファに入れます。
3. ループの最大数はループ中ではなく、ループの前に設定します。これは愚か者なら誰でも理解できる真実です。
PHP では、配列とオブジェクトが多くのメモリを占有します。これは、PHP の基盤となる zend エンジンが原因で発生します。一般的に、PHP 配列のメモリ使用量は 1 つだけです。 /10、つまり、C 言語で 100M のメモリを持つ配列は、PHP で 1G を必要とします。
特に PHP がバックエンドサーバーとして使用されているシステムでは、過剰なメモリ消費の問題が頻繁に発生します。 5. __get、__set、__autoload などのマジック メソッドの使用を避ける (参考用です、議論の対象になります
);
したがって、システムを設計するときは、クラス名を実際のディスクファイルにマッピングするための明確なメカニズムを定義する必要があります。このルールが単純かつ明確であればあるほど、自動ロード メカニズムはより効率的になります。
結論: 自動ロード メカニズムは本質的に非効率ではありません。自動ロードの乱用と不適切に設計された自動ロード関数のみが効率の低下につながります。
したがって、議論の余地がある __autoload マジック メソッドの使用は避けるようにしてください。
これは、require_once はファイルが参照されているかどうかを判断する必要があるためです)。そのため、可能な限り使用する必要があります。一般的に使用される、回避する require/include メソッド。
7. include と require で絶対パスを使用します。 相対パスが含まれている場合、PHP は include_path を走査してファイルを見つけます。絶対パスを使用すると、このような問題が回避されるため、オペレーティング システムのパスを解決する時間が短縮されます。
よりも $_SERVER['REQUSET_TIME'] の方が適しています。 1 つは既製で直接使用でき、もう 1 つは関数によって取得された結果が必要です。
言うまでもなく、正規表現は最もパフォーマンスを消費します。
見逃している便利な機能はありますか?例: strpbrk() strncasecmp() strpos()/strrpos()/stripos()/strripos() 変換する必要があるのが 1 文字だけの場合は、
strtr を実行するために配列の代わりに文字列を使用します。 :
<?php $addr = strtr($addr, "abcd", "efgh"); // good $addr = strtr($addr, array('a' => 'e', )); // bad ?>
効率向上: 10 倍。
また、置換がない場合でも、str_replace はパラメータにメモリを割り当てます。 。非常に遅い！解決策:
strpos を使用して最初に (非常に高速に) 検索し、必要に応じて再度置き換えます。 効率: - 置き換える必要がある場合: 効率はほぼ同じで、差は約 0.1 です。 %。
置き換えが必要ない場合: strpos は 200% 高速です。
文字置換関数など、関数がパラメータとして配列と単純な文字の両方を受け入れることができ、パラメータ リストが長すぎない場合は、追加の置換コードを記述することを検討できます。各パス パラメータは、検索および置換パラメータとして配列を受け入れるのではなく、すべて 1 文字です。大きなことは小さくしてください (1+1>2;
@ を使用すると、実際には多くの操作が必要になります。背景。 @ を使用した場合と使用しない場合の効率の差は 3 倍です。特にループ内で @ を使用しないでください。5 ループのテストでは、最初に error_reporting(0) を使用してエラーをオフにし、ループが完了してからオンにすると、@ を使用するよりも高速になります。
配列キーに引用符を追加する習慣を身に付けることをお勧めします。
たとえば、For($x =0; $x < count($array); $x) の場合、count() 関数は最初に外側で計算します。その理由はわかります。
(理解しています)
18. ($this->prop++) などのオブジェクト プロパティ (クラス内の変数) の作成はローカル変数よりも 3 倍遅くなります。
21. メソッドのパフォーマンスは、クラスに定義されているメソッドの数とは関係ありません
22. サブクラスのメソッドのパフォーマンスは、1 つのパラメータだけを呼び出す関数の実行にかかる時間よりも優れています。空の関数本体は 7 ～ 8 回の $localvar++ 操作に相当しますが、同様のメソッド (クラス内の関数) は約 15 回の $localvar++ 操作に相当します。
BAD: $output = "This is a plain string"; GOOD: $output = 'This is a plain string'; BAD: $type = "mixed"; $output = "This is a $type string"; GOOD: $type = 'mixed'; $output = 'This is a ' . $type .' string';
25. 文字列をエコーするときは、ドット接続子の代わりにカンマを使用する方が高速です。
Echo は複数の文字列をパラメータとして受け取ることができる「関数」です (翻訳注: PHP マニュアルには、echo は実際の関数ではなく言語構造であると記載されているため、関数は二重引用符で囲まれています)。
例如echo $str1,$str2。
尽量多用静态HTML页面，少用脚本。
高性能的分布式内存对象缓存系统，提高动态网络应用程序性能，减轻数据库的负担;
也对运算码 (OP code)的缓存很有用，使得脚本不必为每个请求做重新编译。
这几乎能降低1/4的存储空间。同时可以很容易对地址进行排序和快速查找;
这个内置函数能保证每一个的域名对应一个IP地址;
在你想在彻底重做你的项目前，看看PEAR有没有你需要的。PEAR是个巨大的资源库，很多php开发者都知道;
理想的错误报告应该被完全禁用在php.ini文件里。可是如果你在用一个共享的虚拟主机，php.ini你不能修改，那么你最好添加error_reporting(0)函数，放在每个脚本文件的第一行(或用
require_once()来加载)这能有效的保护敏感的SQL查询和路径在出错时不被显示;
这种内置的函数使用gzip算法能压缩到90%;
你可以在变量前加个“&”来表示按地址传递而非按值传递;
Fully understand “magic quotes” and the dangers of SQL injection. I’m hoping that most developers reading this are already familiar with SQL injection. However, I list it here because it’s absolutely critical to understand. If you’ve never heard the term before, spend the entire rest of the day googling and reading.
当操作字符串并需要检验其长度是否满足某种要求时，你想当然地会使用strlen()函数。此函数执行起来相当快，因为它不做任何计算，只返回在zval 结构（C的内置数据结构，用于存储PHP变量）中存储的已知字符串长度。但是，由于strlen()是函数，多多少少会有些慢，因为函数调用会经过诸多步骤，如字母小写化（译注：指函数名小写化，PHP不区分函数名大小写）、哈希查找，会跟随被调用的函数一起执行。在某些情况下，你可以使用isset() 技巧加速执行你的代码。
（举例如下）if (strlen($foo) < 5) { echo “Foo is too short”
} （与下面的技巧做比较） if (!isset($foo{5})) { echo “Foo is too short”
}调用isset()恰巧比strlen()快，因为与后者不同的是，isset()作为一种语言结构，意味着它的执行不需要函数查找和字母小写化。也就是说，实际上在检验字符串长度的顶层代码中你没有花太多开销。
When incrementing or decrementing the value of the variable $i++ happens to be a tad slower then ++$i. This is something PHP specific and does not apply to other languages, so don’t go modifying your C or Java code thinking it’ll suddenly become faster, it won’t. ++$i happens to be faster in PHP because instead of 4 opcodes used for $i++ you only need 3. Post incrementation actually causes in the creation of a temporary var that is then incremented. While preincrementation increases the original value directly. This is one of the optimization that opcode optimized like Zend’s PHP optimizer. It is a still a good idea to keep in mind since not all opcode optimizers perform this optimization and there are plenty of ISPs and servers running without an opcode optimizer.
当执行变量$i的递增或递减时，$i++会比++$i慢一些。这种差异是PHP特有的，并不适用于其他语言，所以请不要修改你的C或Java代码并指望它们能立即变快，没用的。++$i更快是因为它只需要3条指令(opcodes)，$i++则需要4条指令。后置递增实际上会产生一个临时变量，这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的一种，正如Zend的PHP优化器所作的那样。牢记这个优化处理不失为一个好主意，因为并不是所有的指令优化器都会做同样的优化处理，并且存在大量没有装配指令优化器的互联网服务
提供商（ISPs）和服务器。
有时候为了使 PHP 代码更加整洁，一些 PHP 新手（包括我）会把预定义好的变量复制到一个名字更简短的变量中，其实这样做的结果是增加了一倍的内存消耗，只会使程序更加慢。试想一下，在下面的例子中，如果用户恶意插入 512KB 字节的文字到文本输入框中，这样就会导致 1MB 的内存被消耗！
BAD: $description = $_POST['description']; echo $description; GOOD: echo $_POST['description'];
switch case好于使用多个if，else if语句,并且代码更加容易阅读和维护。
在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情况下，尽量用file_get_contents，因为他的效率高得多！但是要注意file_get_contents在打开一个URL文件时候的PHP版本问题；
(这好像不只是PHP里面要注意的问题吧？)；
（提到过echo 大变量的问题）
split() 0.001813 - 0.002271 seconds (avg 0.002042 seconds) explode() 0.001678 - 0.003626 seconds (avg 0.002652 seconds) Split can take regular expressions as delimiters, and runs faster too. ~23% on average.
以上都是关于php代码的优化，下面是从整体结构方面优化PHP性能：
1.将PHP升级到最新版
提高性能的最简单的方式是不断升级、更新PHP版本。
2.使用分析器
网站运行缓慢的原因颇多，Web应用程序极其复杂，让人扑朔迷离。而一种可能性在于PHP代码本身。这个分析器可以帮助你快速找出造成瓶颈的代码，提高网站运行的总体性能。
Xdebug PHP extension提供了强大的功能，可以用来调试，也可以用来分析代码。方便开发人员直接跟踪脚本的执行，实时查看综合数据。还可以将这个数据导入到可视化的工具 KCachegrind中。
3.检错报告
PHP支持强大的检错功能，方便你实时检查错误，从比较重要的错误到相对小的运行提示。总共支持13种独立的报告级别，你可以根据这些级别灵活匹配，生成用户自定义的检测报告。
4.利用PHP的扩展
PHP コンテンツが複雑すぎるということは常に誰もが不満を抱いていましたが、近年、開発者はプロジェクト内のいくつかの冗長な機能を削除するために相応の努力を行ってきました。それでも、利用可能なライブラリやその他の拡張機能の数は驚くべきものです。開発者の中には、独自の拡張機能の実装を検討し始めている人もいます。
5.PHP アクセラレータを使用した PHP キャッシュ: APC
通常の状況では、PHP スクリプトは PHP エンジンによってコンパイルおよび実行され、オペコードとも呼ばれる機械語に変換されます。 PHP スクリプトが繰り返しコンパイルされて同じ結果が得られる場合は、コンパイル プロセスを完全にスキップしてみてはいかがでしょうか。PHP アクセラレータを使用すると、これを完全に実現できます。PHP アクセラレータは、PHP スクリプトのコンパイルされたマシン コードをキャッシュし、コードを必要に応じてコンパイル 面倒なコンパイル プロセスを経ずにすぐに実行します。
PHP 開発者向けに、現在 2 つのキャッシュ ソリューションが利用可能です。1 つは APC (代替 PHP キャッシュ、オプションの PHP キャッシュ) で、PEAR を通じてインストールできるオープンソース アクセラレータです。もう 1 つの人気のあるソリューションは Zend Server です。これは、オペコード キャッシュ テクノロジを提供するだけでなく、対応するページのキャッシュ ツールも提供します。
6. メモリキャッシュPHPは通常、検索やデータ分析において重要な役割を果たしており、これらの操作はパフォーマンスの低下を引き起こす可能性があります。実際、一部の操作はまったく不要であり、特によく使用される静的データをデータベースから繰り返し取得する場合などです。短期的には、Memcached 拡張機能を使用してデータをキャッシュすることを検討することをお勧めします。 Memcached の拡張キャッシュは、libMemcached ライブラリと連携してデータを RAM にキャッシュし、ユーザーがキャッシュ期間を定義できるようにすることで、ユーザー情報のリアルタイム更新を保証します。
7.コンテンツ圧縮: ほぼすべてのブラウザが Gzip 圧縮をサポートしています。Gzip は、CPU 計算量が約 10% 増加しますが、出力を 80% 削減できます。ただし、占有帯域幅が削減されるだけでなく、ページの読み込みが速くなり、PHP サイトのパフォーマンスが最適化されるというメリットもあります。
PHP.ini でオンにすることができます zlib.output_compression = オン
zlib.output_compression_level = (レベル) (レベルは 1 ～ 9 の数値で、サイトに適したものになるように別の数値を設定できます。)
Apache を使用している場合は、高度にカスタマイズ可能な mod_gzip モジュールをアクティブにすることもできます。
9. データベースの最適化: データベースキャッシュなど
データベース キャッシュを設定することで、QueryCache キャッシュがオンになっている場合、クエリが以前と同じクエリを受信すると、サーバーは最後のクエリを再度分析して実行する代わりに、クエリ キャッシュから結果を取得します
そしてデータストレージ手順、接続プールテクノロジーなど。 関連する推奨事項:
PHP パフォーマンス最適化のヒントの共有
以上がPHP パフォーマンス最適化の例の共有の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
