xDebug + webgrind 对 php 程序进行性能分析

环境

macOs Sierra

php 7.0.8

MAMP Pro 集成环境

背景

最近有一个需要在微信朋友圈上线的 h5，本人做了一个抽奖的接口，也没多想，直接上 php ci（CodeIgniter）框架。

按照腾讯方的要求，需要 ab 测试，在总请求数 15000，并发 500 下平均响应时间小于 200ms。

谁知道等开发完毕，ab 跑完，响应时间直飚近 400ms。

所以接下来借助 php 强大的 xDebug 扩展和 webgrind 来查看代码调用耗时情况。

1、添加 php 的 xDebug 扩展

因为 MAMP Pro 自带 xDebug 扩展，所以直接开启就好：

2、php.ini 配置中开启 Profiler（性能跟踪器）

Profiler工作方式类似于函数追踪，是在脚本程序运行时自动将性能记录文件保存下来。

[php.ini]

xdebug.profiler_enable = 1

xdebug.profiler_enable_trigger = 1

3、下载 webgrind

因为 xDebug 的 Profiler 生成的性能记录文件的格式，不是给人看的：

所以需要下载图形界面的分析工具，Linux KDE 可以用 KChaceGrind，windows 下可以用 winChaceGrind ，Mac 上没有发现合适的桌面端软件，所以用 Web 版的 webgrind 是最好的选择。

Github 地址：https://github.com/jokkedk/webgrind

下载后直接放在本地服务器根目录直接访问就行：

http://localhost/webgrind

4、使用方法

把需要分析的 url 后面接上 ?XDEBUG_PROFILE，例如：

http://localhost/XXX/index.php/PriceApply/getPrice?XDEBUG_PROFILE

然后刷新 webgrind 网页，新的数据会出现：

下面介绍下 webgrind 的一些参数含义：

第一个选项：webgrind 把所有被调用函数/方法首先做一个排序，由高到低显示。然后取出前 N 个，使他们耗时比率之和在 90-100% 之间。

要注意的是，最好不要选择100%，这样将会显示所有被调用的函数/方法，如果是一个代码复杂的页面，那么webgrind偶尔会被卡死。并且通常我们只要关注耗时前几 > 名的函数即可。

第二个选项：选择 profile 文件。默认是分析最新一次的 xdebug 记录。如果之前设置好路径和记录机制那么我们就会发现下拉列表里有很多选项。

第三个选项：显示百分比/毫秒/微秒。

彩色进度条：蓝代表 php 内置函数，灰代表 require/include，绿代表类方法，橙黄代表过程函数 (用户自定义函数)

invocation count - 表示整个 php 页面从载入到执行完毕呈现，各种函数被调用的总次数

total self cost - 表示函数自身消耗

total inclusive cost - 表示此函数从开始到执行完毕所用消耗，包括自身消耗和调用其他函数消耗

点击一个父函数名后出现展开：

Calls - 此函数中调用并执行的所有函数/方法名、次数及耗时

Total Call Cost - 被此父函数调用时，执行的总耗时

Count - 被此父函数调用时，执行的次数

5、分析数据

如上图，最耗时的并不是我认为的抽奖模块，而是 ci 框架本身 + 数据库

让我再进一步瞧瞧：

如上图，在 load_class 项目里，最耗时的涉及 ci 框架重要模块的加载，包括URL、Hooks、Config、Router、Output模块，这些都是 ci 框架易用性的保障，除了Hooks 可以在 config 文件里禁用，绝大多数应该不能关闭。

再来看 DB 项，最耗时的是数据库的初始化

最后一项，是 ci 的系统核心层，最耗时的是 model 的构造过程，仍是初始化

结论

借用《主流 PHP 框架性能评测》（https://gold.xitu.io/entry/578ef4d6d342d30058e17d98）文中的数据分析图（柱状图越高性能越好）

框架有利有弊，利是方便开发，易用稳定，弊端可能就是不管你的实际需求，初始化加载很多用不到的功能。

所以：

在涉及微小型的接口开发，建议采用原生 php 。

在涉及复杂型接口时，采用框架的同时，适当开启 php 缓存，比如 APC 和 OPcache，都可以让性能得到一些提升，弥补使用框架的不足。