PHP パフォーマンス最適化の例の共有

この記事では主に PHP のパフォーマンス最適化の例を紹介し、皆様のお役に立つことを願っています。

1. できるだけ静的にする:

メソッドが静的である可能性がある場合は、それを静的として宣言すると、速度が 1/4 向上します。
もちろん、効果が明らかになるには、このテスト方法をレベル 100,000 以上で実行する必要があります。
実際、静的メソッドと非静的メソッドの効率における主な違いはメモリです。静的メソッドはプログラムの開始時にメモリを生成し、インスタンス メソッドはプログラムの実行中にメモリを生成するため、静的メソッドを直接呼び出すことができ、インスタンスメソッドはまずインスタンスを生成し、そのインスタンスを渡す必要があります。メソッドの呼び出しは静的に非常に高速ですが、メソッドの呼び出しが多すぎるとメモリを消費します。
どの言語もメモリとディスク上で動作しますが、それがオブジェクト指向かどうかというと、最下位の層は同じですが、実装方法が異なります。静的メモリはプログラムの先頭で生成されるため連続的ですが、インスタンスは離散空間に適用されるため、当然ながら静的メソッドほど高速ではありません。
静的メソッドは常に同じメモリを呼び出します。欠点は、自動的に破棄できないことですが、インスタンス化によって破棄できることです。

2. echo には戻り値がなく、print は整数を返すため、Echo は print より効率的です。

Echo

0.000929 - 0.001255 秒 (平均 0.001092 秒)
Print
0.000980 - 0.001396 秒 (平均)年齢 0.0 01188 秒)
その差は約 8% です。一般的に、エコーの方が速いです。
大きな弦をエコーする場合、調整を行わないとパフォーマンスに重大な影響を与えることに注意してください。 mod_deflate を使用して apached を開いて圧縮するか、ob_start を開いてコンテンツを最初にバッファに入れます。

3. ループの最大数はループ中ではなく、ループの前に設定します。これは愚か者なら誰でも理解できる真実です。

4. 変数を破棄して、特に大きな配列を解放します。

PHP では、配列とオブジェクトが多くのメモリを占有します。これは、PHP の基盤となる zend エンジンが原因で発生します。一般的に、PHP 配列のメモリ使用量は 1 つだけです。 /10、つまり、C 言語で 100M のメモリを持つ配列は、PHP で 1G を必要とします。

特に PHP がバックエンドサーバーとして使用されているシステムでは、過剰なメモリ消費の問題が頻繁に発生します。

5. __get、__set、__autoload などのマジック メソッドの使用を避ける (参考用です

、議論の対象になります
);

__ で始まる関数は特定の条件下で使用されます。一般に、次のマジック関数があります

__construct()、__destruct()、__get()、__set()、__unset()、__call()、__callStatic()、__sleep()、__wakeup()、__toString() 、 __set_state()、__clone()、__autoload() 実際、__autoload がクラス名と実際のディスク ファイルを効率的に一致させることができない場合 (これはファイル名だけでなく実際のディスク ファイルを指すことに注意してください)、システムはファイルが存在するかどうかについて多くの判断を行う必要があり (各インクルード パスに含まれるパス内でファイルを検索する必要があります)、ファイルが存在するかどうかを判断するにはディスク I/O 操作が必要です。ご存知のとおり、ディスク I/O 操作は次のとおりです。非常に効率が低いため、自動ロード メカニズムの効率が低下します。

したがって、システムを設計するときは、クラス名を実際のディスクファイルにマッピングするための明確なメカニズムを定義する必要があります。このルールが単純かつ明確であればあるほど、自動ロード メカニズムはより効率的になります。
結論: 自動ロード メカニズムは本質的に非効率ではありません。自動ロードの乱用と不適切に設計された自動ロード関数のみが効率の低下につながります。

したがって、議論の余地がある __autoload マジック メソッドの使用は避けるようにしてください。

6.requiere_once() はより多くのリソースを消費します;

これは、require_once はファイルが参照されているかどうかを判断する必要があるためです)。そのため、可能な限り使用する必要があります。一般的に使用される、回避する require/include メソッド。

7. include と require で絶対パスを使用します。

相対パスが含まれている場合、PHP は include_path を走査してファイルを見つけます。

絶対パスを使用すると、このような問題が回避されるため、オペレーティング システムのパスを解決する時間が短縮されます。

8. スクリプトの実行時間を取得する必要がある場合は、time();

よりも $_SERVER['REQUSET_TIME'] の方が適しています。 1 つは既製で直接使用でき、もう 1 つは関数によって取得された結果が必要です。

9. PHP の内部文字列操作関数を使用できる場合は、正規表現よりも効率が高いため、正規表現の代わりに使用してください。

言うまでもなく、正規表現は最もパフォーマンスを消費します。
見逃している便利な機能はありますか?例: strpbrk() strncasecmp() strpos()/strrpos()/stripos()/strripos() 変換する必要があるのが 1 文字だけの場合は、
strtr を実行するために配列の代わりに文字列を使用します。 :

<?php
$addr = strtr($addr, "abcd", "efgh"); // good
$addr = strtr($addr, array(&#39;a&#39; => &#39;e&#39;, )); // bad
?>

効率向上: 10 倍。

10.str_replace 文字置換は通常の置換 preg_replace より高速ですが、strtr は str_replace より 1/4 高速です。

また、置換がない場合でも、str_replace はパラメータにメモリを割り当てます。 。非常に遅い！解決策:
strpos を使用して最初に (非常に高速に) 検索し、必要に応じて再度置き換えます。 効率: - 置き換える必要がある場合: 効率はほぼ同じで、差は約 0.1 です。 %。
置き換えが必要ない場合: strpos は 200% 高速です。

11. パラメータは文字列です

文字置換関数など、関数がパラメータとして配列と単純な文字の両方を受け入れることができ、パラメータ リストが長すぎない場合は、追加の置換コードを記述することを検討できます。各パス パラメータは、検索および置換パラメータとして配列を受け入れるのではなく、すべて 1 文字です。大きなことは小さくしてください (1+1>2;

12) @ を使用しないことをお勧めします。@ を使用してエラーを隠すと、スクリプトの実行速度が低下します。

@ を使用すると、実際には多くの操作が必要になります。背景。 @ を使用した場合と使用しない場合の効率の差は 3 倍です。特にループ内で @ を使用しないでください。5 ループのテストでは、最初に error_reporting(0) を使用してエラーをオフにし、ループが完了してからオンにすると、@ を使用するよりも高速になります。

13.$row['id'] は $row[id] より 7 倍高速です

配列キーに引用符を追加する習慣を身に付けることをお勧めします。

14. ループ内で関数を使用しないでください

たとえば、For($x =0; $x < count($array); $x) の場合、count() 関数は最初に外側で計算します。その理由はわかります。

16. クラスメソッドでのローカル変数の作成は、メソッドでのローカル変数の呼び出しとほぼ同じくらい高速です。

ローカル変数はスタック内に存在するため、関数によって占有されるスタック領域がそれほど大きくない場合、メモリのこの部分がキャッシュにヒットする可能性が高く、この時点では CPU アクセスの効率が非常に高くなります。

逆に、関数でグローバル変数とローカル変数の両方が使用されている場合、2 つのアドレスが大きく異なる場合、CPU キャッシュは前後に切り替える必要があり、効率が低下します。

(理解しています)

18. ($this->prop++) などのオブジェクト プロパティ (クラス内の変数) の作成はローカル変数よりも 3 倍遅くなります。

19. 未宣言のローカル変数の作成は、すでに定義されているローカル変数は 9 ～ 10 倍遅くなります

20。どの関数でも使用されていないグローバル変数を宣言すると、(同じ数のローカル変数を宣言するだけでなく) パフォーマンスも低下します。

PHP は、このグローバル変数が存在するかどうかを確認します。

21. メソッドのパフォーマンスは、クラスに定義されているメソッドの数とは関係ありません

テスト対象のクラスに 10 個以上のメソッドを追加したためです (これらのメソッドはテストメソッドの前後でパフォーマンスに違いはありません

22. サブクラスのメソッドのパフォーマンスは、1 つのパラメータだけを呼び出す関数の実行にかかる時間よりも優れています。空の関数本体は 7 ～ 8 回の $localvar++ 操作に相当しますが、同様のメソッド (クラス内の関数) は約 15 回の $localvar++ 操作に相当します。

24 文字列を囲むには二重引用符の代わりに一重引用符を使用します。どちらの方が速いです。

なぜなら、PHP は二重引用符で囲まれた文字列内の変数を検索しますが、一重引用符では検索しないからです。

PHP エンジンでは、一重引用符と二重引用符を使用して文字列変数をカプセル化できますが、大きな違いがあります。二重引用符で囲まれた文字列を使用すると、PHP エンジンはまず文字列の内容を読み取り、その中の変数を見つけて、変数に対応する値に変更するように指示されます。一般に、文字列には変数がないため、二重引用符を使用するとパフォーマンスが低下します。二重引用符で囲まれた文字列の代わりに

文字列連結を使用することをお勧めします。

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。

26.Apache解析一个PHP脚本的时间要比解析一个静态HTML页面慢2至10倍。

尽量多用静态HTML页面，少用脚本。

28.尽量使用缓存，建议用memcached。

高性能的分布式内存对象缓存系统，提高动态网络应用程序性能，减轻数据库的负担;

也对运算码 (OP code)的缓存很有用，使得脚本不必为每个请求做重新编译。

29.使用ip2long()和long2ip()函数把IP地址转成整型存放进数据库而非字符型。

这几乎能降低1/4的存储空间。同时可以很容易对地址进行排序和快速查找;

30.使用checkdnsrr()通过域名存在性来确认部分email地址的有效性

这个内置函数能保证每一个的域名对应一个IP地址;

31.使用mysql_*的改良函数mysqli_*;

32.试着喜欢使用三元运算符(?：);

33.是否需要PEAR

在你想在彻底重做你的项目前，看看PEAR有没有你需要的。PEAR是个巨大的资源库，很多php开发者都知道;

35.使用error_reporting(0)函数来预防潜在的敏感信息显示给用户。

理想的错误报告应该被完全禁用在php.ini文件里。可是如果你在用一个共享的虚拟主机，php.ini你不能修改，那么你最好添加error_reporting(0)函数，放在每个脚本文件的第一行(或用

require_once()来加载)这能有效的保护敏感的SQL查询和路径在出错时不被显示;

36.使用 gzcompress() 和gzuncompress()对容量大的字符串进行压缩(解压)在存进(取出)数据库时。

这种内置的函数使用gzip算法能压缩到90%;

37.通过参数变量地址得引用来使一个函数有多个返回值。

你可以在变量前加个“&”来表示按地址传递而非按值传递;

38. 完全理解魔术引用和SQL注入的危险。

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.

39.某些地方使用isset代替strlen

当操作字符串并需要检验其长度是否满足某种要求时，你想当然地会使用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()作为一种语言结构，意味着它的执行不需要函数查找和字母小写化。也就是说，实际上在检验字符串长度的顶层代码中你没有花太多开销。

40.使用++$i递增

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）和服务器。

40. 不要随便就复制变量

有时候为了使 PHP 代码更加整洁，一些 PHP 新手（包括我）会把预定义好的变量复制到一个名字更简短的变量中，其实这样做的结果是增加了一倍的内存消耗，只会使程序更加慢。试想一下，在下面的例子中，如果用户恶意插入 512KB 字节的文字到文本输入框中，这样就会导致 1MB 的内存被消耗！

BAD:
$description = $_POST['description'];
echo $description;
GOOD:
echo $_POST['description'];

41 使用选择分支语句

switch case好于使用多个if，else if语句,并且代码更加容易阅读和维护。

42.在可以用file_get_contents替代file、fopen、feof、fgets

在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情况下，尽量用file_get_contents，因为他的效率高得多！但是要注意file_get_contents在打开一个URL文件时候的PHP版本问题；

43.尽量的少进行文件操作，虽然PHP的文件操作效率也不低的；

44.优化Select SQL语句，在可能的情况下尽量少的进行Insert、Update操作(在update上，我被恶批过)；

45.尽可能的使用PHP内部函数

46.循环内部不要声明变量，尤其是大变量：对象

(这好像不只是PHP里面要注意的问题吧？)；

47.多维数组尽量不要循环嵌套赋值；

48.foreach效率更高，尽量用foreach代替while和for循环；

50.对global变量，应该用完就unset()掉；

51 并不是事必面向对象(OOP)，面向对象往往开销很大，每个方法和对象调用都会消耗很多内存。

52 不要把方法细分得过多，仔细想想你真正打算重用的是哪些代码？

53 如果在代码中存在大量耗时的函数，你可以考虑用C扩展的方式实现它们。

54、压缩输出：打开apache的mod_deflate模块，可以提高网页的浏览速度。

（提到过echo 大变量的问题）

55、数据库连接当使用完毕时应关掉，不要用长连接。

56、split比exploade快

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性能：

整体结构方面优化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 モジュールをアクティブにすることもできます。

8. サーバーキャッシュ: 主にWebリバースプロキシの静的サーバーnginxとsquid、およびapache2のmod_proxyおよびmod_cacheモジュールに基づいています

9. データベースの最適化: データベースキャッシュなど

データベース キャッシュを設定することで、QueryCache キャッシュがオンになっている場合、クエリが以前と同じクエリを受信すると、サーバーは最後のクエリを再度分析して実行する代わりに、クエリ キャッシュから結果を取得します

そしてデータストレージ手順、接続プールテクノロジーなど。 関連する推奨事項:

PHP パフォーマンス最適化のヒントの共有

PHP パフォーマンス最適化の詳細な例

PHP パフォーマンス最適化の 5 つのヒント

以上がPHP パフォーマンス最適化の例の共有の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。