简单的php性能注意点，简单php性能
什么情况，可能遇到性能问题：
1.php语法使用的不恰当
2.使用php语言做了它不擅长做的事
3.用php语言连接的服务不给力
立即学习“PHP免费学习笔记（深入）”；
4.php自身的短板
5.我也不知道的问题
一般情况：php性能问题不超过二分之一（一般30%~40%）
php性能问题解决方向：
php语言级的性能优化—>php周边问题的性能优化（连接的服务，网络环境）—>php语言自身分析和优化
（php语言级）
优化点：少写代码，多用php自身能力
问题：自写代码冗余较多，可读性不佳，导致性能低
为什么低：php代码需要编译解析为底层语言，这一过程每次请求都会处理一遍，开销大
方法：多使用php内置变量、常量、函数
优化点：php内置函数的性能优劣
情况描述：php内置函数，之间依然存在快慢差异
建议：多去了解php内置函数的时间复杂度
优化点：尽可能少用魔法函数
情况描述：php提供的魔法函数，性能不佳
为什么性能低：为了为php程序员省事，php语言为你做了很多
好的方法：尽可能规避使用php魔法函数
优化点：产生额外开销的错误抑制符@
实际逻辑：在代码开始前,设置报错级别最高，结束后，再回复设置报错级别。增加Opcode，忽略报错
优化点：合理使用内存
情况描述：php有内存回收机制保底，但也请小心使用内存
建议：利用unset()及时释放不适用的内存（注：unset()出现注销不掉的情况）
优化点：尽量少的使用正则表达式
情况描述：正在表达式的回溯开销较大，“没有金刚钻别揽陶瓷活”
建议：利用字符串处理函数，实现相同逻辑
优化点：避免在循环内做运算
情况描述：循环内的计算式将会被重复计算
$str="hello world";
//strlen($str)放在外面
for($i=0;$i //do something } ?> 优化点：减少计算密集型业务 情况描述：php不适合密集型运算的场景 为什么？php语言特性决定了php不适合做大数据量运算 php适合场景：适合衔接Webserver与后端服务、UI呈现 优化点：务必使用带引号字符串做键值 情况描述：php会将没有引号的键值当作常量，产生查找常量的开销 建议：严格使用引号作为键值 -------------------------------------------- （php周边问题的性能优化）- 运行环境，文件储存，数据库，缓存，网络 减少文件类操作 常见php场景的开销次序: 读写磁盘、读写数据库、读写内存、读写网络数据 读写内存 优化网络请求 网络请求的坑： 1.对方接口的不确定因素 2.网络稳定性 如何优化网络请求？ 1、设置超时时间 a)连接超时 200ms b)读超时 800ms c)写超时 500ms 2、将串行请求并行化 a)使用curl_multi_*() b）使用swoole扩展 压缩php接口输出 缓存重复计算内容 什么情况下做输出内容的缓存？ 多次请求，内容不变情况 重叠时间窗口思想 旁路方案 分析php自身分析和优化： 用工具测试 PHP性能瓶颈解决方法： Opcode cache（代码编译的最后一个环节进行缓存）PHP扩展APC做Opcode缓存用的 补充压力测试软件使用说明： Ab -h apache Benchmark（ab）由Apache提供的压力测试软件，安装apache服务器时会自带该压测软件 使用：./ab -n1000 -c100 http://www.baidu.com/ -n请求数 -c并发数 url目标压测地址
