PHP性能问题分析+优化

本篇文章是关于PHP性能问题分析+优化，感兴趣的朋友可以来了解一下哦！

什么情况下，遇到了PHP性能问题？
    1 PHP语法使用的不恰当
    2 使用PHP语言做不了它不擅长做的事
    3 用php语言连接的服务不给力
    4 PHP自身的短板
    5 我也不知道的问题

性能问题解析

        PHP的性能问题，占整个项目性能问题的比例 不到50%

        性能优化项目，不要局限于仅优化PHP

    php语言级的性能优化
            |
            |
            |
    php周边问题的性能优化
            |
            |
            |
    php语言自身分析,优化



PHP 压力测试工具ab简介

Apache Benchmark(ab)(可以自行下载)
    ab是由Apache提供的压力测试软件，安装apache服务器时会自带该压测软件。


如何使用？

    ./ab -n1000 -c100 http://www.baidu.com/

         -n请求数

                 -c并发数

                         url目标压测地址


PHP-压力测试工具使用演示


    主要关注 每秒并发尽可能的多

    请求耗时尽可能的少

多使用PHP自身能力

    优化：少写代码，多用PHP自身能力

        性能问题： 自身代码冗余较多，可读性不佳，并且性能低

    为甚性能低？
         PHP代码需要编译解析为底层语言，这一过程每次请求都会处理一遍，开销大。

    好的方法：
        多使用PHP内置变量\常量\函数

PHP自身能力性能测试之代码准备

    
php代码运行流程


*.php ---Scanner---> Exprs -----Parser--->Opcodes---Exec--->Output


php内置函数之间的性能测试

    优化点：php内置函数的性能优劣

        情况描述： php内置函数，之间依然存在块慢差异
        好的建议： 多去了解PHP内置函数的时间复杂度


php内置函数之间的性能测试之代码测试

    isset($arr[$i]); //平均50ms
    array_key_exists($i,$arr);//平均85ms


减少PHP魔法函数的使用

    情况描述：  PHP提供的魔法函数，性能不佳
    为什么性能低 为了给PHP程序猿省事 PHP语言为你做了很多

    好的方法   尽可能规避使用PHP魔法函数




PHP 禁用错误抑制符

    @的实际逻辑

        在代码开始前 结束后 增加 Opcode 忽略报错

    php -dv|d.active=1 -dv|d.execute=0 at.php

    只是想查看并不是真的想执行

PHP-合理的使用内存和正则表达式

    优化点：合理使用内存

    PHP有内存回收机制保底，但也请小心使用内存

    好的建议  
         利用unset() 及时释放不使用的内存(注:unset()出现注销不掉的情况)


    尽量少的使用正则表达式

        正则表达式的回溯开销较大，

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


PHP-避免在循环内做运算

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

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

    代码示例：
         $str = "hello world";
for($i=0;$i {
//do something
}


PHP-减少计算密集型业务

PHP不适合密集型运算的场景

PHP语言特性决定了PHP不适合做大数据量运算


PHP适合场景

适合衔接Webserver与后盾服务,UI呈现


PHP-务必使用带引号字符串做键值

PHP会将没有引号的键值当做常量，产生查找常量的开销

严格使用引号的字符串作为键值


PHP周边问题的分析与阐述

PHP周边都有什么?

linux运行环境 php 硬盘(文件存储) 数据库(例如mysql) 缓存 网络


php周边对PHP程序的影响分析



减少文件类的操作

常见PHP场景的开销次序：

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

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


减少PHP发起网络请求

网络请求的坑：
1 对方接口的不确定因素
2 网络稳定性
优化网络请求

1 设置超时时间
连接超时 200ms
读超时 800ms
写超时 500ms

2 将串行请求并行化

1 curl_multi_*()
2 使用swoole扩展

curl_multi_*()不是很好，因为他是按最长的一个返回的时间来定的

curl_multi_add_handle 向curl批处理会话中添加单独的curl句柄
curl_multi_close 关闭一组cURL句柄
curl_multi_exec 运行当前cURL句柄的子连接
curl_multi_getcontent 如果设置了CURLOPT_RETURNTRANSFER,则返回获取的输出的文本流
curl_multi_info_read 获取当前解析的cURL的相关传输信息
curl_multi_remove_handle 移除curl批量处理句柄资源中的某个句柄资源
curl_multi_select 等待所有cURL批处理中的活动连接
curl_multi_setopt Set an option for the cURL multi handle
curl_multi_strerror - Return string describing error code


推荐swoole扩展来做


压缩PHP输出的利与弊
压缩php接口的输出
如何压缩？

使用Gzip即可

利 利于我们的数据输出，Client端能更快获取数据
弊 额外的CPU开销

PHP缓存复用

什么情况下做输出内容的缓存？
多次请求，内容不变情况


Smarty调优和重叠时间窗口思想

Smarty开启 caching

重叠时间窗口思想

串行：
Process1 Process2 Process3 Process4

重叠时间窗口：

process1
process2
process3
process4

后一个任务不强依赖前一个任务的时候，可以使用重叠时间


PHP旁路处理方案

一般普通的：x.php -> Process1 ->process2 ->process3 -> process4->
    
    旁路方案： x.php -> Process1 ->process2（同时） ->Process3 （同时） -->Process4->

推荐教程：PHP视频教程

Atas ialah kandungan terperinci PHP性能问题分析+优化. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!