共计 4664 个字符，预计需要花费 12 分钟才能阅读完成。
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 ++){…}
正确用法：
$str = “hello world”;
$strlen = strlen($str);
for($i = 0; $i < $strlen; $i++){…}
g: 减少计算密集型业务
情况描述：
PHP 不适合密集型 (大数据量) 运算的场景。
为什么?
PHP 的语言特性决定 PHP 不适合做大数据量运算，PHP 语言由 C 写的，PHP 处于 C 基础之上，PHP 的所有运算处理流程需要转化为 C 语言，PHP 和 C 想比性能肯定输了，并且
PHP 语言还有一些环境问题、语言特性，相比于 C 而言的开销要大很多的。PHP 一段很长的代码，可能 C 很短就实现了 …
PHP 适合场景：
适合衔接 WebServer 与后端服务，WebServer 来了请求交给 PHP，PHP 做一些校验、一些初始化数据处理，将请求转发交给后端，等待后台响应，后端可能是缓存、DB 等其他业务，
后端响应之后，PHP 再作为纽带，将信息传递给 WebServer，这是 PHP 擅长的。PHP 也擅长做 UI 呈现，也就是配合模板引擎做模板输出，其实就是一些字符串文本处理。
h：务必使用带引号字符串做键值(数组的 Key 字段)。
情况描述
PHP 会将没有使用引号的键值当做常量，产生查找常量的开销，如果查找到了常量有这个字符串，那么就把常量作为这个值了。
建议：
严格使用引号作为键值，单引号即可。
2：PHP 周边的性能优化：(PHP 前面有 WebServer，后面有数据库)
3：PHP 语言自身的分析、优化(底层 C 级别的优化)
补充：
1: 尽量静态化：
如果一个方法能被静态，那就声明它为静态的，速度可提高 1 /4，甚至我测试的时候，这个提高了近三倍。
当然了，这个测试方法需要在十万级以上次执行，效果才明显。
其实静态方法和非静态方法的效率主要区别在内存：静态方法在程序开始时生成内存, 实例方法在程序运行中生成内存，所以静态方法可以直接调用, 实例方法要先成生实例, 通过实例调用方法，静态速度很快，但是多了会占内存。
任何语言都是对内存和磁盘的操作, 至于是否面向对象, 只是软件层的问题, 底层都是一样的, 只是实现方法不同。静态内存是连续的, 因为是在程序开始时就生成了, 而实例申请的是离散的空间, 所以当然没有静态方法快。
静态方法始终调用同一块内存，其缺点就是不能自动进行销毁，而是实例化可以销毁。
2. 销毁变量去释放内存，特别是大的数组;
数组和对象在 php 特别占内存的，这个由于 php 的底层的 zend 引擎引起的，
一般来说，PHP 数组的内存利用率只有 1/10, 也就是说，一个在 C 语言里面 100M 内存的数组，在 PHP 里面就要 1G。
特别是在 PHP 作为后台服务器的系统中，经常会出现内存耗费太大的问题。
以下是我在其他博文收集的 php 性能优化方法：
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()掉;
