PHP接口提速关键在配置优化：启用调优OPcache、路由改用前缀树与APCu缓存、响应头精准控制缓存、PHP-FPM改用Unix Socket并调优进程数。
PHP接口响应慢，往往不是代码写得不够好，而是配置细节被忽略。真正有效的提速，常藏在几个关键但容易被跳过的配置点里。
启用并调优OPcache
OPcache不是“开了就行”，默认配置对高并发场景并不友好。它能直接跳过PHP脚本编译阶段，把字节码缓存到共享内存中。
- 确保opcache.enable=1且opcache.enable_cli=1（便于命令行调试）
- 把opcache.max_accelerated_files设为实际文件数的1.5倍以上（如项目有2000个PHP文件，建议设为4000）
- opcache.revalidate_freq=2比默认0更平衡——每2秒检查一次更新，避免开发时频繁清缓存
- 禁用opcache.validate_timestamps=0仅限生产环境；上线后应设为1，并配合revalidate_freq控制刷新节奏
路由匹配避开正则陷阱
很多框架默认用正则逐条匹配路由，100条规则可能带来毫秒级延迟累积。这不是代码问题，是结构问题。
- 优先采用前缀树（Trie）或哈希映射方式组织静态路径，比如/api/v1/users和/api/v1/posts可共用/api/v1/前缀节点
- 把路由表预编译后缓存到APCu，避免每次请求都解析PHP数组或YAML文件
- 对高频接口路径（如/status、/health）做短路处理——在路由分发最前端硬编码匹配，跳过完整匹配流程
响应头与缓存策略精准控制
同一个接口，在不同场景下该不该缓存、缓多久，不能一刀切。靠Header配置就能省下大量重复计算。
立即学习“PHP免费学习笔记（深入）”；
- 对纯读接口（如商品详情），返回Cache-Control: public, max-age=300（5分钟），让CDN和浏览器协同缓存
- 对用户私有数据（如个人订单列表），用Cache-Control: private, max-age=60，只允许客户端缓存
- 静态资源加Expires和ETag，配合ob_start('ob_gzhandler')开启Gzip压缩，体积通常减少60%以上
PHP-FPM连接方式选Unix Socket
Nginx转发PHP请求时，默认走TCP（127.0.0.1:9000），看似简单，实则引入额外网络栈开销。
- 改用Unix domain socket：fastcgi_pass unix:/var/run/php/php8.2-fpm.sock;
- 同时调大pm.max_children和pm.start_servers，避免请求排队等待进程
- 设置request_terminate_timeout防止个别慢请求拖垮整个池
