OpCache未生效需先验证是否真启用：检查PHP-FPM配置继承、CLI与FPM php.ini差异、opcache.enabled值及面板模板覆盖；ThinkPHP类加载频繁stat降低命中率，应优化autoload并关闭debug；内存不足需按实际usage调整memory_consumption、max_accelerated_files和interned_strings_buffer；冷启动慢须预热核心路由；动态特性可能导致部分代码绕过缓存，需逐项核对scripts列表。
OpCache没生效？先确认是否真在用
很多ThinkPHP项目标称“已开启OpCache”，但实际请求中 opcache_get_status() 返回空或 opcache.enabled 为 false。根本原因常是：PHP-FPM子进程未继承全局配置，或 CLI 与 FPM 使用了不同 php.ini。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在项目入口（如
public/index.php）顶部加var_dump(opcache_get_status()['opcache_enabled'] ?? false); die();，用浏览器访问验证 - 检查 PHP-FPM 的
php_admin_value[opcache.enable]是否被显式设为0（常见于某些宝塔/AMH 面板模板） - 运行
php --ri opcache和php-fpm -i | grep opcache对比输出，确认两者配置一致
ThinkPHP自动加载触发大量文件 stat，OpCache缓存命中率低
ThinkPHP 6+ 默认使用 Composer 的 classmap + psr-4 混合自动加载，每次类未命中时会遍历多个路径执行 file_exists()。这些路径判断本身不被 OpCache 缓存，且频繁的磁盘 I/O 会拖慢响应，间接导致 OpCache 元数据更新压力增大、缓存碎片增多。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 部署前务必运行
composer dump-autoload --optimize --classmap-authoritative，强制关闭动态查找，只走 classmap - 在
config/app.php中设置'debug' => false，避免 ThinkPHP 在运行时写日志、重载配置等干扰 OpCache 稳定性 - 禁用
opcache.validate_timestamps = 1（开发环境除外），否则每次请求都会检查所有已缓存文件的修改时间
OpCache内存不够用？不是调大 opcache.memory_consumption 就完事
ThinkPHP 应用常有数百个控制器、中间件、模型类，加上框架自身和 Composer 自动加载映射，容易撑爆默认的 128MB。但盲目调高内存可能引发更严重问题：内存分配失败、缓存淘汰过频、甚至 PHP-FPM worker 崩溃。
关键要看 opcache_get_status()['memory_usage'] 和 ['interned_strings_usage'] 实际占比，而非只盯总量。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 初始可设
opcache.memory_consumption=256，但必须同步调高opcache.max_accelerated_files=20000（ThinkPHP 类文件多，2000远不够） - 启用
opcache.interned_strings_buffer=16（单位 MB），缓解字符串重复存储开销 - 避免在生产环境启用
opcache.save_comments=1或opcache.load_comments=1，ThinkPHP 的注解路由、验证器等不依赖运行时读取 DocBlock
重启PHP-FPM后首次请求慢？OpCache预热没做
OpCache 是按需编译的，新 worker 启动后首次访问任何 PHP 文件才会编译并缓存。ThinkPHP 路由分散、控制器加载路径深，导致首请求可能耗时数秒——这不是代码慢，是 OpCache “冷启动”。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 写一个轻量预热脚本（如
opcache-warmup.php），用curl或file_get_contents()顺序请求核心路由：/、/api/ping、/admin/login等 - 在 PHP-FPM 的
post_restart钩子或 systemd 的ExecStartPost中调用该脚本 - 禁用
opcache.revalidate_path=1（默认 false），它会让 OpCache 在遇到 symlink 时反复解析路径，加剧冷启动延迟
OpCache 调优最易被忽略的点，是认为“开了就等于稳了”。ThinkPHP 的动态特性（如行为扩展、运行时配置合并）会让部分代码始终绕过缓存，得靠 opcache_get_status() 的 scripts 列表逐个核对，而不是只看命中率数字。
