PHP的性能优化方法总结

摘要：内置函数的性能优劣。产生额外开销的错误抑制符号，最好别用不管是性能优化和项目的健壮性等方面。在方法中递增局部变量，速度是最快的。类似的方法调用所花费的时间接近于次的局部变量递增操作。

什么情况之下，会遇到PHP性能问题？
1：PHP语法使用不恰当。
2：使用PHP语言做了它不擅长的事情。
3：使用PHP语言连接的服务不给力。
4：PHP自身的短板（PHP自身做不了的事情）。
5：我们也不知道的问题？（去探索、分析找到解决办法，提升开发境界）。

对线上站点做压力测试的时候，我们一定要将请求数和并发数，特别是并发数要设置的比较低，我们不能对线上的网站造成压力问题，不管是自己的还是别人的。
PHP性能问题一般不会超过占整个项目性能的50%，一般在30%~40%。
PHP性能问题的解决方向，三个层级。
1：PHP语言级的性能优化，指的是PHP语法基本功能，这部分优化比较简单易见、快速可行，比较快速看到效果。
a:少写PHP的代码，多用PHP自身能力解决问题。
性能问题：
自写代码冗余较多，可读性不佳，并且性能低，如代码很长很长...PHP代码越长PHP的执行效率越慢。为什么性能低？
PHP代码需要解析编译为C语言，底层C语言又要编译成汇编语言机器语言才能执行，这个过程在每次请求过来之后都要处理一遍，所以开销很大（项目变大的话...）。

 解决方法：

多使用PHP内置的变量、常量、函数。我们用PHP代码实现的功能和使用PHP内置的函数实现的同样功能差别是有的。
b:PHP内置函数的性能优劣。

 情况描述

PHP内置函数之间依然存在快慢差别；少用PHP魔术方法；

 建议：

多去了解PHP内置函数的执行实现复杂度。
测试方法：比较效率测试，如用microtime()函数，取差值，精确到毫秒级别；Linux的time命令可以查看开销。
c:产生额外开销的错误抑制符号“@”，最好别用（不管是性能优化和项目的健壮性等方面）。

 @的逻辑是在代码前和代码结束后增加了Opcode，Opcode的作用就是忽略报错，其实就是相当于增加了error_reporting设置，等级报错为忽略（vld扩展可以查看被隐藏的Opcode）；

d：合理使用内存。

 情况描述：
  PHP有内存回收机制保底，但是也小心使用内存；

建议：

利用unset()及时释放不使用的内存，比如一些数据库多余字段（注意：unset()有时会出现注销不掉的情况） 

e：尽量少用正则表达式。
情况描述：
正则表达式的开销大，使用起来简单，但是性能低因为，正则表达式需要回溯；正则表达式越长，回溯的开销越大，优化正则表达式是需要技术水平的，正则技术不达标，不要乱用正则。
f：避免在循环内做运算。
情况描述：
循环内的计算式将被重复计算（我们在for循环或者while循环，会有重复计算，影响性能问题）。
举例：
错误用法：
$str = "hello world";
for($i = 0; $i < strlen($str); $i ++){ ...}

以下是我在其他博文收集的

1、如果能将类的方法定义成static，就尽量定义成static，它的速度会提升将近4倍。
2、$row[’id’] 的速度是$row[id]的7倍。
3、注销那些不用的变量尤其是大数组，以便释放内存。
4、尽量避免使用__get，__set，__autoload。
5、require_once()代价昂贵。
6、include文件时尽量使用绝对路径，因为它避免了PHP去include_path里查找文件的速度，解析操作系统路径所需的时间会更少。
7、如果你想知道脚本开始执行(译注：即服务器端收到客户端请求)的时刻，使用$_SERVER[‘REQUEST_TIME’]要好于time()
8、函数代替正则表达式完成相同功能。
9、str_replace函数比preg_replace函数快，但strtr函数的效率是str_replace函数的四倍。
10、如果一个字符串替换函数，可接受数组或字符作为参数，并且参数长度不太长，那么可以考虑额外写一段替换代码，使得每次传递参数是一个字符，而不是只写一行代码接受数组作为查询和替换的参数。
11、使用选择分支语句(译注：即switch case)好于使用多个if，else if语句。
12、用@屏蔽错误消息的做法非常低效，极其低效。
13、打开apache的mod_deflate模块，可以提高网页的浏览速度。
14、数据库连接当使用完毕时应关掉，不要用长连接。
15、在方法中递增局部变量，速度是最快的。几乎与在函数中调用局部变量的速度相当。递增一个全局变量要比递增一个局部变量慢2倍。递增一个对象属性(如：$this->prop++)要比递增一个局部变量慢3倍。递增一个未预定义的局部变量要比递增一个预定义的局部变量慢9至10倍。
16、仅定义一个局部变量而没在函数中调用它，同样会减慢速度(其程度相当于递增一个局部变量)。PHP大概会检查看是否存在全局变量。
17、方法调用看来与类中定义的方法的数量无关，因为我(在测试方法之前和之后都)添加了10个方法，但性能上没有变化。
18、派生类中的方法运行起来要快于在基类中定义的同样的方法。
19、调用带有一个参数的空函数，其花费的时间相当于执行7至8次的局部变量递增操作。类似的方法调用所花费的时间接近于15次的局部变量递增操作。
20、Apache解析一个PHP脚本的时间要比解析一个静态HTML页面慢2至10倍。尽量多用静态HTML页面，少用脚本。
21、除非脚本可以缓存，否则每次调用时都会重新编译一次。引入一套PHP缓存机制通常可以提升25%至100%的性能，以免除编译开销。
22、尽量做缓存，可使用memcached。memcached是一款高性能的内存对象缓存系统，可用来加速动态Web应用程序，减轻数据库负载。对运算码 (OP code)的缓存很有用，使得脚本不必为每个请求做重新编译。
23、当操作字符串并需要检验其长度是否满足某种要求时，你想当然地会使用strlen()函数。此函数执行起来相当快，因为它不做任何计算，只返回在zval 结构(C的内置数据结构，用于存储PHP变量)中存储的已知字符串长度。但是，由于strlen()是函数，多多少少会有些慢，因为函数调用会经过诸多步骤，如字母小写化(译注：指函数名小写化，PHP不区分函数名大小写)、哈希查找，会跟随被调用的函数一起执行。在某些情况下，你可以使用isset() 技巧加速执行你的代码。
24、当执行变量$i的递增或递减时，$i++会比++$i慢一些。这种差异是PHP特有的，并不适用于其他语言，所以请不要修改你的C或Java代码并指望它们能立即变快，没用的。++$i更快是因为它只需要3条指令(opcodes)，$i++则需要4条指令。后置递增实际上会产生一个临时变量，这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的一种，正如Zend的PHP优化器所作的那样。牢记这个优化处理不失为一个好主意，因为并不是所有的指令优化器都会做同样的优化处理，并且存在大量没有装配指令优化器的互联网服务提供商(ISPs)和服务器。
25、并不是事必面向对象(OOP)，面向对象往往开销很大，每个方法和对象调用都会消耗很多内存。
26、并非要用类实现所有的数据结构，数组也很有用。
27、尽量采用大量的PHP内置函数。
28、如果在代码中存在大量耗时的函数，你可以考虑用C扩展的方式实现它们。
29、评估检验(profile)你的代码。检验器会告诉你，代码的哪些部分消耗了多少时间。Xdebug调试器包含了检验程序，评估检验总体上可以显示出代码的瓶颈。
30、mod_zip可作为Apache模块，用来即时压缩你的数据，并可让数据传输量降低80%。
31、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情况下，尽量用file_get_contents，因为他的效率高得多!但是要注意file_get_contents在打开一个URL文件时候的PHP版本问题;
32、尽量的少进行文件操作，虽然PHP的文件操作效率也不低的;
33、优化Select SQL语句，在可能的情况下尽量少的进行Insert、Update操作(在update上，我被恶批过);
34、循环内部不要声明变量，尤其是大变量：对象(这好像不只是PHP里面要注意的问题吧?);
35、多维数组尽量不要循环嵌套赋值;
36、在可以用PHP内部字符串操作函数的情况下，不要用正则表达式;
37、foreach效率更高，尽量用foreach代替while和for循环;
38、用单引号替代双引号引用字符串;
39、“用i+=1代替i=i+1。符合c/c++的习惯，效率还高”;
40、对global变量，应该用完就unset()掉;