OPcache未生效主因是未正确加载至Web进程：需用phpinfo()确认配置文件路径及Opcode Caching为Enabled，确保zend_extension=opcache.so、opcache.enable=1等关键项正确，重启对应服务（如php-fpm或Apache），并验证opcache_get_status()可用。
OPcache 没生效，不是因为你没点“开启”，而是它根本没加载进 Web 请求的 PHP 进程里——改错 php.ini、重启错服务、或 CLI 和 Web 用两套配置，都会导致页面照旧慢。
怎么确认 OPcache 真正在 Web 环境运行
很多人在命令行执行 php -m | grep opcache 看到输出就以为成了，但网站走的是 PHP-FPM 或 Apache 的 mod_php，和 CLI 完全无关。
- 创建一个
info.php文件，内容为<?php phpinfo(); ?>，用浏览器访问 - 搜索
Loaded Configuration File，确认你编辑的php.ini是这一行指向的路径 - 再搜
Opcode Caching，状态必须是 Enabled，且opcache.enable显示 On - 如果
opcache_get_status()在网页中报Call to undefined function opcache_get_status()，说明扩展压根没加载进 Web SAPI
Linux / 宝塔环境下必须写的几行配置
宝塔点“一键启用”只加了基础参数，对 Laravel、ThinkPHP 或 vendor 文件多的项目远远不够，缓存会频繁淘汰，命中率掉到 40% 以下反而拖慢请求。
- 在正确的
php.ini（即phpinfo()显示的 Loaded Configuration File）中，确保有这行：zend_extension=opcache.so（不是extension=opcache.so，后者无效） -
opcache.enable=1必须显式写，不能靠默认值 - 中大型项目建议：
opcache.memory_consumption=256、opcache.max_accelerated_files=20000 -
opcache.validate_timestamps=1生产环境必须开，否则代码更新后页面白屏或 Class not found -
opcache.revalidate_freq=60表示每 60 秒检查一次文件变动，设为 0 就退化成每次请求都 stat，失去加速意义
改完配置后重启什么才真正生效
只重启 Nginx 或 Apache 完全没用；只 reload php-fpm 也不保险——必须完整 restart。
立即学习“PHP免费学习笔记（深入）”；
- 宝塔用户：在 PHP 设置页点“保存”后，它会自动执行
systemctl restart php84-fpm（服务名以你实际版本为准，如php82-fpm） - 手动操作时，别用
reload，执行：sudo systemctl restart php84-fpm - 如果你用的是 Apache + mod_php，得重启
apache2或httpd，而不是 PHP-FPM - 改完立刻验证：刷新
phpinfo()页面，看Opcode Caching区块是否还在，且opcache_enabled为 true
Windows 下最常卡死的 DLL 路径问题
XAMPP/WAMP 默认 php.ini 里写的是 zend_extension=php_opcache.dll，但 PHP 实际找不到这个文件——因为没写绝对路径，或文件根本不在 ext/ 目录下。
- 先去 PHP 安装目录的
ext/子目录里确认php_opcache.dll是否存在 - 如果存在，改成绝对路径写法：
zend_extension="C:\xampp\php\ext\php_opcache.dll"（带引号，路径用反斜杠） - 如果不存在，去官网下载对应 PHP 版本的完整二进制包，把
php_opcache.dll补进去 - 改完后必须重启 IIS 或 Apache，不能只刷新浏览器
最麻烦的不是配不配得上，而是配完以为好了，结果上线后代码不更新、类找不到、缓存击穿——这些几乎全是 opcache.validate_timestamps 和 opcache.revalidate_freq 没配对，或者重启漏掉了 PHP-FPM 进程导致的。
