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性能分析工具
