简单的php性能注意点

什么情况，可能遇到性能问题：

1.php语法使用的不恰当

2.使用php语言做了它不擅长做的事

3.用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()出现注销不掉的情况）

优化点：尽量少的使用正则表达式

情况描述：正在表达式的回溯开销较大，“没有金刚钻别揽陶瓷活”

建议：利用字符串处理函数，实现相同逻辑

优化点：避免在循环内做运算

情况描述：循环内的计算式将会被重复计算

<?php

$str="hello world";

//strlen($str)放在外面

for($i=0;$i<strlen($str);$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目标压测地址