1. 尽量采用大量的PHP内置函数。
2. echo 比 print 快。
3. 不要把方法细分得过多，仔细想想你真正打算重用的是哪些代码？
4. 在执行for循环之前确定最大循环数，不要每循环一次都计算最大值。
5. 注销那些不用的变量尤其是大数组，以便释放内存。
6. 并非要用类实现所有的数据结构，数组也很有用。
7. $row['id']的效率是$row[id]的7倍。
8. 在包含文件时使用完整路径，解析操作系统路径所需的时间会更少。
9. 如果你想知道脚本开始执行（译注：即服务器端收到客户端请求）的时刻，使用$_SERVER[‘REQUEST_TIME’]要好于time()。
10. 检查是否能用strncasecmp，strpbrk，stripos函数代替正则表达式完成相同功能。
11. str_replace函数比preg_replace函数快，但strtr函数的效率是str_replace函数的四倍。
12. 如果一个字符串替换函数，可接受数组或字符作为参数，并且参数长度不太长，那么可以考虑额外写一段替换代码，使得每次传递参数是一个字符，而不是只写一行代码接受数组作为查询和替换的参数。
13. 使用选择分支语句（译注：即switch case）好于使用多个if，else if语句。
14. 用@屏蔽错误消息的做法非常低效。
15. 打开apache的mod_deflate模块。
16. 数据库连接当使用完毕时应关掉。
18. 错误消息代价昂贵。
19. 尽量不要在for循环中使用函数，比如for ($x=0; $x < count($array); $x)每循环一次都会调用count()函数。
20. 在方法中递增局部变量，速度是最快的。几乎与在函数中调用局部变量的速度相当。
21. 递增一个全局变量要比递增一个局部变量慢2倍。
22. 递增一个对象属性（如：$this->prop++）要比递增一个局部变量慢3倍。
23. 递增一个未预定义的局部变量要比递增一个预定义的局部变量慢9至10倍。
24. 仅定义一个局部变量而没在函数中调用它，同样会减慢速度（其程度相当于递增一个局部变量）。PHP大概会检查看是否存在全局变量。
25. 方法调用看来与类中定义的方法的数量无关，因为我（在测试方法之前和之后都）添加了10个方法，但性能上没有变化。
26. 派生类中的方法运行起来要快于在基类中定义的同样的方法。
27. 调用带有一个参数的空函数，其花费的时间相当于执行7至8次的局部变量递增操作。类似的方法调用所花费的时间接近于15次的局部变量递增操作。
28. 用单引号代替双引号来包含字符串，这样做会更快一些。因为PHP会在双引号包围的字符串中搜寻变量，单引号则不会。当然，只有当你不需要在字符串中包含变量时才可以这么做。
29. 用echo 输出多个字符串时，用逗号代替句点来分隔字符串，速度更快。
30. Apache解析一个PHP脚本的时间要比解析一个静态HTML页面慢2至10倍。尽量多用静态HTML页面，少用脚本。
31. 除非脚本可以缓存，否则每次调用时都会重新编译一次。引入一套PHP缓存机制通常可以提升25%至100%的性能，以免除编译开销。
32. 尽量做缓存，可使用memcached。memcached是一款高性能的内存对象缓存系统，可用来加速动态Web应用程序，减轻数据库负载。对运算码(OP code)的缓存很有用，使得脚本不必为每个请求做重新编译。
33. 当操作字符串并需要检验其长度是否满足某种要求时，你想当然地会使用strlen()函数。此函数执行起来相当快，因为它不做任何计算，只返回在zval 结构（C的内置数据结构，用于存储PHP变量）中存储的已知字符串长度。但是，由于strlen()是函数，多多少少会有些慢，因为函数调用会经过诸多步骤，如字母小写化（译注：指函数名小写化，PHP不区分函数名大小写）、哈希查找，会跟随被调用的函数一起执行。在某些情况下，你可以使用isset() 技巧加速执行你的代码。
Ex.（举例如下）
[phpif (strlen($foo) < 5) { echo "Foo is too short"; }[/php]
vs.（与下面的技巧做比较）
查看源代码打印帮助1 if (!isset($foo{5})) { echo "Foo is too short"; }
36. 如果在代码中存在大量耗时的函数，你可以考虑用C扩展的方式实现它们。
37. 评估检验(profile)你的代码。检验器会告诉你，代码的哪些部分消耗了多少时间。Xdebug调试器包含了检验程序，评估检验总体上可以显示出代码的瓶颈。
38. mod_zip可作为Apache模块，用来即时压缩你的数据，并可让数据传输量降低80%
PHP是一种执行起来非常迅速的编程语言，但是比起仅仅优化代码来说仍然值得优化PHP本身。
本文我们将根据一些实效阐述为什么优化PHP本身要比优化代码来的更贴切，以及为什么需要理解根据PHP在你的服务器上其他相关子系统的表现找出瓶颈并修复之。与此同时，我们也提到了如何优化您的PHP代码来让他们拥有更快的执行速度。
在下面的例子中，A.php算作一位尽可能跑得快的赛跑选手，而B.php是一个几乎可以以同一慢速永远跑下去的马拉松选手。轻负荷情况下，A.php可以充分的快，但是当流量增加后，B.php的性能表现将仅仅降低一点点而A.php会垮掉。
让我们来通过一个事实来验证此说法更深远的本质意义。假设我们需要读取一个250K的文件并生成一个关于此文件的HTML概要。我们写了两个脚本来做同样一件事：hare.php将一次性读取整个文件到内存中，然后一步执行到位；而tortoise.php每次只读取文件的一行，并且决不超过内容容量。结果Tortoise.php因为多次读写需要更多的系统回应而慢得多。”
程序每执行一次，hare.php需要0.04秒CPU执行时间和10Mb的内存，而tortoise.php需要0.06秒CPU执行时间和5Mb 的内存。服务器共有100Mb实际内存容量并且其CPU有99%是空闲的。我们同时假定执行这样一个简单事件不产生内存碎片。
当有10各程序并发执行时，hare.php将发生内存溢出（10 ×10 = 100）。与此同时，tortoise.php仍将有50Mb空余内存可用！11个程序并发执行将使hare.php彻底“溃败”因为它开始需要使用虚拟内存——执行速度有可能降低到其常规速度的一半以下；而且现在每一个单独程序进程需要0.08秒CPU执行时间。而此期间，tortoise.php仍旧运行在其常规CPU执行时间——0.06秒！
以下表格中，执行得更快的PHP脚本使用粗体区分开来：
[/php]
如您在上例中看到的，获得更好的性能不再仅仅是写出执行起来更快的PHP程序。高性能PHP表现需要对底层硬件知识以及操作系统、软件支持如Web服务器、数据库等有一个良好认识和理解。
瓶颈
以上两个例子让我们看到了(性能)下降的瓶颈所在。当拥有无限大容量的内存时，hare.php的确是始终比tortoise.php快。但是，仅仅认为内存是PHP整体性能的瓶颈所在显得过于单纯——实际上远不止这些：
(a) 网络
你的网络有可能是最大的瓶颈所在。如果你有10M的带宽——最多你只能获得1M/秒的传输速度。如果假设每个PHP页为30k，那么每秒仅仅只传输 33页就将使你的网络带宽达到饱和。更多导致瓶颈产生的因素包括频繁访问低速DNS，或者网络设备仅能获得十分有限的存储。
(b) CPU
如果你监视一下你的CPU负荷情况，发送一个纯静态HTML页面并不会增加CPU负担——就像我们以上提到的，此时瓶颈在于网络。当然啦，对于由 PHP生成的复杂动态页面，你的CPU速度自然将成为限制因素之一。拥有包含多个CPU的服务器或者一个服务器阵列将减轻因CPU带来的影响。
(c) 共享存储
共享存储主要在通讯进程中发挥作用，或者是用于储存公共资源（比如多个CPU间的缓存数据或代码）。如果共享存储分配不足，同样将导致瓶颈的发生。
(d) 文件系统
访问硬盘的速度至少比直接读取内存要慢50到100倍。使用高速缓存将使情况有所好转。然而低内存空间将适用于文件缓冲的内存（通常称为虚拟内存）空间减少，进而导致整体性能下降。虚拟内存容易产生大量文件碎片，导致访问硬盘速度下降。在Unix系统上使用大量链接标记同样也会石访问硬盘的速度下降。缺省Linux安装模式下的默认硬盘访问设置也是很不被看好的，因为它是为了兼容性而不是速度。必要时请使用hdparm命令来更改Linux硬盘配置。
(e) 进程管理
在某些操作系统上（比如说Windows系统）创建一个新的进程是很缓慢的操作。这意味着在这些操作系统上作涉及到进程创建的CGI应用会慢许多。这种时候在多进程模式下运行PHP将会有所改善。（注意：老版本PHP尚不支持多进程模式）
应避免你的服务器产生过多的无效进程。举个例子，如果你的服务器是纯Web服务，需关闭（设置是不安装）X-Windows窗口系统。Windows系统上，应禁用微软快速搜索（Office的一部分）和第三方屏保程序（通常会需要100%的CPU利用）。
有些程序你可以考虑删除包括一些不常用的网络协议、邮件服务、病毒扫描、（鼠标，红外线端口）驱动程序等。Unix系统上，假定你通过SSH访问你的服务器，那么你可以考虑去除：
telnetd,inetd,atd,ftpd,lpd,sambad模块
用于收取邮件的sendmail模块
NFS的映射表
xfs，fvwm，xinit，X
你也可以通过修改启动脚本（其路径通常位于/etc/init* 或 /etc/rc*/init*）来实现禁用不同的启动程序。
也可以检查一下定期处理任务安排是否合理，看是否可以在服务器空闲期执行。
(f) 连接到其他服务器
如果你的服务器需要其他服务器提供的服务，此时有可能是其他服务器产生了瓶颈。最常见的就是一个很慢的执行诸多复杂查询的数据库服务器服务于很多其他服务器。
2. echo 比 print 快。
3. 不要把方法细分得过多，仔细想想你真正打算重用的是哪些代码？
4. 在执行for循环之前确定最大循环数，不要每循环一次都计算最大值。
5. 注销那些不用的变量尤其是大数组，以便释放内存。
6. 并非要用类实现所有的数据结构，数组也很有用。
7. $row['id']的效率是$row[id]的7倍。
8. 在包含文件时使用完整路径，解析操作系统路径所需的时间会更少。
9. 如果你想知道脚本开始执行（译注：即服务器端收到客户端请求）的时刻，使用$_SERVER[‘REQUEST_TIME’]要好于time()。
10. 检查是否能用strncasecmp，strpbrk，stripos函数代替正则表达式完成相同功能。
11. str_replace函数比preg_replace函数快，但strtr函数的效率是str_replace函数的四倍。
12. 如果一个字符串替换函数，可接受数组或字符作为参数，并且参数长度不太长，那么可以考虑额外写一段替换代码，使得每次传递参数是一个字符，而不是只写一行代码接受数组作为查询和替换的参数。
13. 使用选择分支语句（译注：即switch case）好于使用多个if，else if语句。
14. 用@屏蔽错误消息的做法非常低效。
15. 打开apache的mod_deflate模块。
16. 数据库连接当使用完毕时应关掉。
18. 错误消息代价昂贵。
19. 尽量不要在for循环中使用函数，比如for ($x=0; $x < count($array); $x)每循环一次都会调用count()函数。
20. 在方法中递增局部变量，速度是最快的。几乎与在函数中调用局部变量的速度相当。
21. 递增一个全局变量要比递增一个局部变量慢2倍。
22. 递增一个对象属性（如：$this->prop++）要比递增一个局部变量慢3倍。
23. 递增一个未预定义的局部变量要比递增一个预定义的局部变量慢9至10倍。
24. 仅定义一个局部变量而没在函数中调用它，同样会减慢速度（其程度相当于递增一个局部变量）。PHP大概会检查看是否存在全局变量。
25. 方法调用看来与类中定义的方法的数量无关，因为我（在测试方法之前和之后都）添加了10个方法，但性能上没有变化。
26. 派生类中的方法运行起来要快于在基类中定义的同样的方法。
27. 调用带有一个参数的空函数，其花费的时间相当于执行7至8次的局部变量递增操作。类似的方法调用所花费的时间接近于15次的局部变量递增操作。
28. 用单引号代替双引号来包含字符串，这样做会更快一些。因为PHP会在双引号包围的字符串中搜寻变量，单引号则不会。当然，只有当你不需要在字符串中包含变量时才可以这么做。
29. 用echo 输出多个字符串时，用逗号代替句点来分隔字符串，速度更快。
30. Apache解析一个PHP脚本的时间要比解析一个静态HTML页面慢2至10倍。尽量多用静态HTML页面，少用脚本。
31. 除非脚本可以缓存，否则每次调用时都会重新编译一次。引入一套PHP缓存机制通常可以提升25%至100%的性能，以免除编译开销。
32. 尽量做缓存，可使用memcached。memcached是一款高性能的内存对象缓存系统，可用来加速动态Web应用程序，减轻数据库负载。对运算码(OP code)的缓存很有用，使得脚本不必为每个请求做重新编译。
33. 当操作字符串并需要检验其长度是否满足某种要求时，你想当然地会使用strlen()函数。此函数执行起来相当快，因为它不做任何计算，只返回在zval 结构（C的内置数据结构，用于存储PHP变量）中存储的已知字符串长度。但是，由于strlen()是函数，多多少少会有些慢，因为函数调用会经过诸多步骤，如字母小写化（译注：指函数名小写化，PHP不区分函数名大小写）、哈希查找，会跟随被调用的函数一起执行。在某些情况下，你可以使用isset() 技巧加速执行你的代码。
Ex.（举例如下）
[phpif (strlen($foo) < 5) { echo "Foo is too short"; }[/php]
vs.（与下面的技巧做比较）
查看源代码打印帮助1 if (!isset($foo{5})) { echo "Foo is too short"; }
调用isset()恰巧比strlen()快，因为与后者不同的是，isset()作为一种语言结构，意味着它的执行不需要函数查找和字母小写化。也就是说，实际上在检验字符串长度的顶层代码中你没有花太多开销。
34. 当执行变量$i的递增或递减时，$i++会比++$i慢一些。这种差异是PHP特有的，并不适用于其他语言，所以请不要修改你的C或Java代码并指望它们能立即变快，没用的。++$i更快是因为它只需要3条指令(opcodes)，$i++则需要4条指令。后置递增实际上会产生一个临时变量，这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的一种，正如Zend的PHP优化器所作的那样。牢记这个优化处理不失为一个好主意，因为并不是所有的指令优化器都会做同样的优化处理，并且存在大量没有装配指令优化器的互联网服务提供商（ISPs）和服务器。
35. 并不是事必面向对象(OOP)，面向对象往往开销很大，每个方法和对象调用都会消耗很多内存。36. 如果在代码中存在大量耗时的函数，你可以考虑用C扩展的方式实现它们。
37. 评估检验(profile)你的代码。检验器会告诉你，代码的哪些部分消耗了多少时间。Xdebug调试器包含了检验程序，评估检验总体上可以显示出代码的瓶颈。
38. mod_zip可作为Apache模块，用来即时压缩你的数据，并可让数据传输量降低80%
PHP是一种执行起来非常迅速的编程语言，但是比起仅仅优化代码来说仍然值得优化PHP本身。
本文我们将根据一些实效阐述为什么优化PHP本身要比优化代码来的更贴切，以及为什么需要理解根据PHP在你的服务器上其他相关子系统的表现找出瓶颈并修复之。与此同时，我们也提到了如何优化您的PHP代码来让他们拥有更快的执行速度。
获得高性能
当我们谈及好的性能，往往不仅仅是指您的PHP代码执行起来有多快。性能是一套在可量化评测和速度之间取出的平衡。仅仅依靠使用更少资源的代码执行起来也许比在高速缓存中之行的代码更慢，并且相同的一组（在高速缓冲中执行的）代码可以在同时并发执行在一台Web服务器上。在下面的例子中，A.php算作一位尽可能跑得快的赛跑选手，而B.php是一个几乎可以以同一慢速永远跑下去的马拉松选手。轻负荷情况下，A.php可以充分的快，但是当流量增加后，B.php的性能表现将仅仅降低一点点而A.php会垮掉。
让我们来通过一个事实来验证此说法更深远的本质意义。假设我们需要读取一个250K的文件并生成一个关于此文件的HTML概要。我们写了两个脚本来做同样一件事：hare.php将一次性读取整个文件到内存中，然后一步执行到位；而tortoise.php每次只读取文件的一行，并且决不超过内容容量。结果Tortoise.php因为多次读写需要更多的系统回应而慢得多。”
程序每执行一次，hare.php需要0.04秒CPU执行时间和10Mb的内存，而tortoise.php需要0.06秒CPU执行时间和5Mb 的内存。服务器共有100Mb实际内存容量并且其CPU有99%是空闲的。我们同时假定执行这样一个简单事件不产生内存碎片。
当有10各程序并发执行时，hare.php将发生内存溢出（10 ×10 = 100）。与此同时，tortoise.php仍将有50Mb空余内存可用！11个程序并发执行将使hare.php彻底“溃败”因为它开始需要使用虚拟内存——执行速度有可能降低到其常规速度的一半以下；而且现在每一个单独程序进程需要0.08秒CPU执行时间。而此期间，tortoise.php仍旧运行在其常规CPU执行时间——0.06秒！
以下表格中，执行得更快的PHP脚本使用粗体区分开来：
[/php]
如您在上例中看到的，获得更好的性能不再仅仅是写出执行起来更快的PHP程序。高性能PHP表现需要对底层硬件知识以及操作系统、软件支持如Web服务器、数据库等有一个良好认识和理解。
瓶颈
以上两个例子让我们看到了(性能)下降的瓶颈所在。当拥有无限大容量的内存时，hare.php的确是始终比tortoise.php快。但是，仅仅认为内存是PHP整体性能的瓶颈所在显得过于单纯——实际上远不止这些：
(a) 网络
你的网络有可能是最大的瓶颈所在。如果你有10M的带宽——最多你只能获得1M/秒的传输速度。如果假设每个PHP页为30k，那么每秒仅仅只传输 33页就将使你的网络带宽达到饱和。更多导致瓶颈产生的因素包括频繁访问低速DNS，或者网络设备仅能获得十分有限的存储。
(b) CPU
如果你监视一下你的CPU负荷情况，发送一个纯静态HTML页面并不会增加CPU负担——就像我们以上提到的，此时瓶颈在于网络。当然啦，对于由 PHP生成的复杂动态页面，你的CPU速度自然将成为限制因素之一。拥有包含多个CPU的服务器或者一个服务器阵列将减轻因CPU带来的影响。
(c) 共享存储
共享存储主要在通讯进程中发挥作用，或者是用于储存公共资源（比如多个CPU间的缓存数据或代码）。如果共享存储分配不足，同样将导致瓶颈的发生。
(d) 文件系统
访问硬盘的速度至少比直接读取内存要慢50到100倍。使用高速缓存将使情况有所好转。然而低内存空间将适用于文件缓冲的内存（通常称为虚拟内存）空间减少，进而导致整体性能下降。虚拟内存容易产生大量文件碎片，导致访问硬盘速度下降。在Unix系统上使用大量链接标记同样也会石访问硬盘的速度下降。缺省Linux安装模式下的默认硬盘访问设置也是很不被看好的，因为它是为了兼容性而不是速度。必要时请使用hdparm命令来更改Linux硬盘配置。
(e) 进程管理
在某些操作系统上（比如说Windows系统）创建一个新的进程是很缓慢的操作。这意味着在这些操作系统上作涉及到进程创建的CGI应用会慢许多。这种时候在多进程模式下运行PHP将会有所改善。（注意：老版本PHP尚不支持多进程模式）
应避免你的服务器产生过多的无效进程。举个例子，如果你的服务器是纯Web服务，需关闭（设置是不安装）X-Windows窗口系统。Windows系统上，应禁用微软快速搜索（Office的一部分）和第三方屏保程序（通常会需要100%的CPU利用）。
有些程序你可以考虑删除包括一些不常用的网络协议、邮件服务、病毒扫描、（鼠标，红外线端口）驱动程序等。Unix系统上，假定你通过SSH访问你的服务器，那么你可以考虑去除：
telnetd,inetd,atd,ftpd,lpd,sambad模块
用于收取邮件的sendmail模块
NFS的映射表
xfs，fvwm，xinit，X
你也可以通过修改启动脚本（其路径通常位于/etc/init* 或 /etc/rc*/init*）来实现禁用不同的启动程序。
也可以检查一下定期处理任务安排是否合理，看是否可以在服务器空闲期执行。
(f) 连接到其他服务器
如果你的服务器需要其他服务器提供的服务，此时有可能是其他服务器产生了瓶颈。最常见的就是一个很慢的执行诸多复杂查询的数据库服务器服务于很多其他服务器。