Laravel如何进行项目压力测试_Laravel配合JMeter或AB工具进行性能分析【指南】

24次阅读

laravel 默认配置无法承受AB或JMeter并发请求,因app_DEBUG=true、同步日志写入、未启用OPcache及file session导致I/O与CPU瓶颈;需关闭调试、改用异步日志、启用OPcache并切换session驱动为redis

Laravel如何进行项目压力测试_Laravel配合JMeter或AB工具进行性能分析【指南】

为什么 Laravel 默认配置扛不住 AB 或 JMeter 的并发请求

直接用 ab -n 1000 -c 100 http://localhost/ 测 Laravel 本地环境,常出现大量 500 internal Server Error 或响应时间突增至数秒——这通常不是代码逻辑问题,而是 Laravel 开发环境默认启用了调试模式、日志同步写入、未启用 OPcache,且 storage/logs 目录在高并发下成为 I/O 瓶颈。Laravel 的 APP_DEBUG=true 会触发异常全量收集和渲染,每个请求额外增加 50–200ms 开销。

  • APP_DEBUG=true 时,即使一个简单 return response('ok'); 也会触发 WhoopsHandlerPrettyPageHandler 初始化,消耗内存与 CPU
  • 日志驱动为 stack + single(默认)时,storage/logs/laravel.log 是同步阻塞写入,-c 50 就可能排队等待文件锁
  • 未启用 OPcache 时,每次请求都需重新编译所有 php 文件,尤其 vendor/ 下数千个类文件,显著拖慢响应

Laravel 生产级压测前必须改的三个配置项

不改这些,JMeter 或 AB 测出来的数据毫无参考价值,甚至误导优化方向。

  • .env 中的 APP_DEBUG=false,并执行 php artisan config:clearphp artisan cache:clear
  • 修改 config/Logging.php,将默认 channel 切换为异步驱动:
    'default' => env('LOG_CHANNEL', 'stderr'),

    或使用 daily 驱动并设置 'tap' => [IlluminateLogLogger::class] 避免同步写入

  • 确保 PHP 已启用 OPcache:检查 php --ini 加载的 opcache.ini,确认 opcache.enable=1opcache.enable_cli=1opcache.jit_buffer_size=256M

用 AB 工具快速验证 Laravel 接口吞吐能力

ab 轻量、无需 GUI,适合单接口基准测试。注意它不支持 cookie 持久化或复杂鉴权流程,仅适用于无状态 API 或已绕过中间件的路径。

  • 先禁用 csrf(临时):在 app/Http/Middleware/VerifyCsrfToken.php$except 数组中加入测试路由,如 '/api/test'
  • curl 获取一次响应确认正常:curl -I http://localhost/api/test,确保返回 200
  • 执行压测命令,避免 DNS 解析干扰:
    ab -n 2000 -c 100 -k http://127.0.0.1/api/test

    (用 127.0.0.1 替代 localhost 可跳过 ipv6 查找)

  • 重点关注输出中的 Requests per secondTime per request (mean);若 Failed requests > 0,优先查 PHP 错误日志而非 Laravel 日志

JMeter 测试 Laravel 带 Session 或 Token 的真实场景

JMeter 能模拟登录、携带 JWT、维持 Session,更贴近用户行为。但 Laravel 的 SESSION_DRIVER=file 在并发下极易因文件锁导致请求阻塞,必须切换。

  • SESSION_DRIVER 改为 redisdatabase(推荐 redis),并在 .env 中配置 REDIS_HOST=127.0.0.1
  • JMeter 中添加 HTTP Header Manager,设置 Accept: application/jsonContent-Type: application/json
  • 若接口需 Bearer Token,在 HTTP Authorization Manager 中填入 Bearer ,或用正则提取器从登录响应中获取 token
  • 务必在 Thread Group 中勾选 Same user on each iteration,否则 Session ID 不会复用,Laravel 会为每次请求新建 session 文件(即使用了 redis

Laravel 的性能瓶颈往往不在 Eloquent 或路由,而在配置与运行时环境。压测时看到的慢,大概率是 APP_DEBUG=true、同步日志、file session 或未启用 OPcache 导致的——这些点没调好,任何代码层优化都是徒劳。

text=ZqhQzanResources