什么情况之下,会遇到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()有时会出现注销不掉的情况)