总体性能概览
在Ubuntu上，ThinkPHP 6 的性能表现稳定，能够满足大多数中小型 Web 应用的需求。公开的压测显示，在Ubuntu 18.04 + PHP 7.4 + Nginx的“Hello World”场景中，ThinkPHP 6 的 RPS（每秒请求数）约为2400；在“读取 MySQL 5.7”场景中约为1500 RPS。这些结果说明：纯框架开销处于合理区间，而真实业务性能更多取决于数据库、缓存、I/O 与并发模型等要素。
不同运行模式对比
| 运行模式 |
并发模型 |
典型场景 |
性能与特点 |
| PHP-FPM + Nginx/Apache |
多进程/FastCGI，每次请求重新初始化 |
传统 LAMP/LEMP 部署 |
生态成熟、部署简单；吞吐受 FPM 进程数、OPcache 命中率影响明显 |
| Swoole HTTP 服务 |
常驻内存、协程并发 |
长连接、WebSocket、高并发 API |
在同等硬件与合理调参下通常较 FPM 有更高吞吐与更低延迟，适合追求高并发的场景 |
说明：Swoole 为常驻内存模型，能减少请求初始化与连接开销；FPM 为短生命周期模型，需依赖 OPcache 与连接复用提升效率。实际差距取决于业务代码与参数配置。
影响性能的关键因素
- OPcache 启用与命中率：未启用或配置不当会显著增加脚本解析与编译开销。可通过 phpinfo/CLI 检查 opcache 状态与命中率。
- 路由与配置缓存：执行如php think optimize:route生成路由缓存，减少每次请求的路由注册与解析成本。
- 缓存策略：合理使用Redis/Memcached与页面/数据缓存，降低数据库压力，提升热点数据访问性能。
- 数据库与查询：为高频查询建立合适索引、优化 SQL、减少 N+1 查询与全表扫描，必要时引入连接池或读写分离。
- Web 服务器与协议：选择Nginx/Apache并开启压缩、静态资源分离；长连接与 HTTP/2 有助于降低握手与传输开销。
- 代码与架构：避免在循环中查询数据库、减少不必要对象创建；静态资源使用CDN托管，降低源站压力。
快速自测与优化步骤
- 基线压测：在 Ubuntu 上使用ApacheBench进行基线测试，例如 ab -n 1000 -c 100 http://your-app/；对比开启/关闭缓存、不同并发数的变化。
- 检查 OPcache：执行 php -i | grep opcache，确认 opcache.enable=On 且命中率合理；必要时调整缓存大小与策略。
- 开启路由缓存：在项目根目录执行php think optimize:route，并在上线流程中纳入构建步骤。
- 数据库与缓存：为关键查询补充索引、优化慢查询；引入 Redis/Memcached 做热点数据与全页/片段缓存。
- 服务器与静态资源：启用 Nginx Gzip、静态资源分离与CDN；按需调整 FPM 进程数或迁移至 Swoole 常驻服务以提升并发能力。