ThinkPHP6 稳定支撑 1 万并发需精细调优 OPcache：确认启用后，内存至少 192MB 起步（重型项目建议 256MB+），max_accelerated_files 设为 20000，validate_timestamps 关闭并配合 opcache_reset，interned_strings_buffer 提至 16MB，并持续监控命中率≥95%及 cache_full 状态。
ThinkPHP6 要稳定支撑 1 万并发请求，OPcache 不是“开了就行”，而是必须按项目实际规模精细调参——尤其内存分配、文件上限和校验策略这三项，直接决定缓存是否“装得下、留得住、不误判”。
确认 OPcache 已真正启用并运行
很多线上环境看似开启了 OPcache，实则因扩展未加载或 CLI 模式干扰导致失效。执行以下三步验证：
- 运行 php -m | grep opcache，有输出才说明扩展已加载
- 访问 phpinfo() 页面，检查 “Opcode Caching” 显示为 Enabled，且 “Preloading” 若启用也应为 active
- 在 Web 环境中执行 var_dump(opcache_get_status()['opcache_enabled']);，返回 true 才算生效（CLI 下该值常为 false，属正常）
ThinkPHP6 专用内存配置：192MB 是起点，不是终点
TP6 官方推荐的 192MB（opcache.memory_consumption=192）适用于标准轻量项目（如后台管理、API 接口 ≤3000 个 PHP 文件）。但若你启用了大量扩展（如 think-swoole、think-queue）、自定义中间件超 20 个，或 vendor 中含 Laravel 组件等重型依赖，实际字节码体积会远超预期。
建议操作：
立即学习“PHP免费学习笔记（深入）”；
- 先用 php -r "print_r(opcache_get_status()['memory_usage']);" 查看当前 used_memory 和 free_memory
- 若 free_memory 长期低于总内存的 15%（即低于 29MB），说明已逼近瓶颈，需提升至 256MB
- 升级后以 64MB 步进压测（如 256 → 320 → 384），每次压测观察 QPS 是否继续上升、cache_full 是否仍为 false
关键参数必须同步调优
只改 memory_consumption 不够，其他参数不匹配会导致缓存命中率低、频繁驱逐甚至启动卡顿：
- opcache.max_accelerated_files=20000：TP6 + Composer 项目通常含 8000–12000 个可执行文件，设 10000 容易溢出；20000 可覆盖 vendor 全量类+路由缓存+模板编译文件
- opcache.validate_timestamps=0：生产环境必须关闭时间戳校验，否则每秒万级请求会引发海量 stat() 系统调用；但关闭后必须配合部署动作：每次发版后执行 opcache_reset() 或重启 PHP-FPM
- opcache.interned_strings_buffer=16：TP6 大量使用魔术方法、注解字符串、配置键名，8MB 容易打满，升至 16MB 可减少字符串重复分配开销
- opcache.fast_shutdown=1 和 opcache.enable_cli=0：前者加速请求结束清理，后者避免 Artisan 命令被缓存干扰，两者都建议启用
上线后必须持续监控水位
OPcache 不是“一配永逸”。随着业务增长、新模块接入，缓存压力会动态变化。每天至少检查一次：
- 运行 php -r '$s=opcache_get_status(); echo "Hit: {$s[\"opcache_statistics\"][\"hits\"]}\nMiss: {$s[\"opcache_statistics\"][\"misses\"]}\nFull: {$s[\"opcache_statistics\"][\"cache_full\"]}\n";'
- 命中率（hits / (hits + misses)）应 ≥95%，否则说明缓存未有效复用或文件数不足
- 一旦 cache_full=true 或 free_memory 持续低于 20MB，立即触发扩容流程
