ThinkPHP5性能监控有五种方法：一、启用内置耗时统计写入响应头；二、集成Xhprof进行函数级分析；三、用Db::listen捕获慢SQL；四、使用G方法分段计时；五、配置多通道结构化日志提取指标。
如果您正在运行 ThinkPHP5 应用，但发现响应变慢、接口耗时波动大或偶发超时，则可能是由于请求生命周期中某环节存在隐性瓶颈。以下是监控 ThinkPHP5 应用运行性能的多种可落地方法：
一、启用内置请求耗时统计并写入响应头
该方法通过在框架启动与响应发送之间打时间戳，精确捕获完整 HTTP 请求处理耗时（含路由、中间件、控制器、视图等），且不依赖外部扩展，兼容所有部署环境。
1、打开 app/Providers/AppServiceProvider.php 文件，在 boot() 方法中注册 think\ResponseSend 事件监听器。
2、使用 $_SERVER['REQUEST_TIME_FLOAT'] 作为起始时间点，避免框架加载过程引入误差。
3、在事件回调中调用 $response->header('X-Response-Time', round($cost * 1000, 2) . 'ms')，将毫秒级耗时写入响应头。
4、确保该逻辑仅在调试或监控开启状态下执行，生产环境可通过配置项 config('app.performance_monitor') 控制开关。
二、集成 Xhprof 扩展进行函数级耗时分析
Xhprof 可采集 PHP 函数调用栈及各节点 CPU/内存开销，生成火焰图定位深层性能瓶颈，适用于排查复杂业务逻辑中的低效函数或重复调用问题。
1、确认 PHP 环境已安装并启用 Xhprof 扩展：Linux 下检查 extension=xhprof.so 是否存在于 Web 环境（非 CLI）的 php.ini 中；Windows 下检查 extension=php_xhprof.dll。
2、在自定义中间件的 handle() 方法开头添加采样启动逻辑，使用 XHPROF_FLAGS_NO_BUILTINS | XHPROF_FLAGS_CPU | XHPROF_FLAGS_MEMORY 标志以排除内置函数干扰。
3、在响应即将发送前（如 Response::send() 调用前）执行 $data = xhprof_disable()，获取原始 profile 数据。
4、将 $data 交由 XHProfRuns_Default 存储，并转换为 folded 格式 后导入 FlameGraph 工具生成可视化火焰图。
三、利用 Db::listen() 实时捕获慢 SQL 并记录绑定参数
该方法绕过框架日志封装，直接钩住每一次数据库查询执行完成时刻，可精准获取 SQL 字符串、执行毫秒数、EXPLAIN 分析结果（仅 SELECT）及未脱敏的 $bind 参数，避免因参数缺失导致误判。
1、在 config/database.php 中启用 'log' => true 和 'slow_log' => 500（单位毫秒）。
2、在 app/Providers/AppServiceProvider.php 的 boot() 中调用 Db::listen()，传入匿名函数作为回调。
3、在回调函数内判断 $time > config('database.slow_log')，满足条件时记录 $sql、$time 与 $bind 到独立慢日志通道（如 Monolog 的 stderr 或 Redis list）。
4、过滤调用栈，跳过 think\ 命名空间下的内部查询，仅保留业务层 SQL。
四、启用 G 方法分段计时定位代码热点
G 方法是 ThinkPHP5 内置轻量级性能打点工具，支持在任意代码位置插入标记，用于测量指定区间的执行时间与内存占用，适合快速验证某段逻辑是否为性能瓶颈。
1、在控制器方法入口处调用 G('start')。
2、在待测逻辑块前后分别插入 G('db_query_begin') 与 G('db_query_end')。
3、在方法末尾调用 G('end')，随后使用 G('start','end') 获取总耗时，G('db_query_begin','db_query_end') 获取数据库操作耗时。
4、将结果输出至调试日志或响应体（仅限开发环境），注意避免在循环中高频调用 G，防止自身成为性能负担。
五、配置多通道日志并提取性能指标字段
通过结构化日志输出，将请求耗时、SQL 耗时、缓存命中状态等关键指标统一写入专用日志通道，便于后续用 grep、awk 或 ELK 进行聚合分析，实现批量性能基线比对。
1、修改 config/log.php，在 channels 中新增名为 performance 的 file 通道，设置 'format' => '[%s][%s]%s %s [%dms][%dKB]%s'，预留占位符用于注入耗时与内存数据。
2、在全局中间件中捕获请求开始时间，并在响应前计算总耗时与内存增量，通过 Log::channel('performance')->info() 记录，其中拼接 $_SERVER['REQUEST_URI']、$_SERVER['REQUEST_METHOD'] 及实测数值。
3、为每条日志添加唯一 request_id（如使用 uniqid()），确保跨中间件、模型、缓存等环节的日志可关联追踪。
4、线上环境将该通道输出重定向至 syslog 或 stderr，避免文件 I/O 成为性能瓶颈。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
