1, 多用php提供的内置函数

php解释成 opcode来执行，内置函数使代码更少

2，不同的内置函数的机制不一样，性能也不一样， 比如 isset array_has_key

如何来测试，php脚本执行的时间呢？用 time 命令， time php 11.php

3，php的执行过程

*.php ->通过zend引擎scanner后，保存为zend引擎可以识别的语法exprs

然后解析（parser）成opcodes， 然后执行，最后输出

扫描 转码 解析 执行 

直接用内置函数，在扫描的阶段，就省了很多， 在zend引擎识别语法，，的时候，内置的也是比自己写的快， 最后生成的

opcodes 也是比自己实现的opcodes要少。

4，少用魔术方法，能不用就不用

5，php -dvld.active=1 -dvld.execute=0 11.php

安装完php的 dvld扩展后，可以用这个命令，来查看，php解释后生成的opcode代码。

例如 @ 忽略错误，这个是在代码执行前，生成把错误提示忽略，代码执行后，把错误提示再打开，增加了多余的开销，所以尽

量少用。

6，合理使用内存，建议大的数组用unset()及时释放不适用的内存（注：unset()出现注销不掉的情况）。

7，减少计算密集型业务

8，数组的key必须用引号括起来，否则或先去查找defind的变量

9，常见php场景的开销次序

读写内存  读写数据库 读写磁盘 读写网络数据

尽量避免从磁盘写入 读写一个文件，或者网络不稳定的数据。 尽量多的用读写数据库 读写内存

10，减少php发起的网络请求

（1），对方接口的不确定因素

（2），网络稳定性

优化方法：

（1），设置超时事件

a），链接超时，不超过200毫秒

b），读超时，800毫秒

c），写超时，500ms

（2），将串行请求并行化

a），使用curl_multi_*()，虽然并行了，但是多个并行请求的中间有一个慢了，那就需要等带最慢的请求完

成

b），使用swoole扩展（开源的并行网络请求框架）

11，压缩php输出的利与弊

用Gzip即可

利：利用我们的数据输出，client端能更快的获取数据

弊：额外的服务端cpu ， client的cpu的开销

12，php缓存复用

多次请求，内容不变的情况

13，smarty 调优和重叠时间窗口思想

开启smarty开启caching

14，串行方案最慢， 重叠时间窗口思想  旁路方案

类似，初中课文中说的，统筹方法。

15，XHPorf 工具，facebook的php性能分析工具