opcache不生效的主因是phpenv切换版本后未重启php-fpm，且配置错配：zend_extension未加载、opcache.enable=1写在错误php.ini（cli/web配置分离）、或opcache.so缺失；需用php --ini和phpinfo()确认实际配置路径，再验证opcache_get_status()。
phpenv 下 opcache.enable=1 不生效的常见原因
phpenv 本身不管理 PHP 扩展开关，它只负责切换不同版本的 PHP 二进制和配置目录。真正决定 OPcache 是否启用的，是当前被 phpenv 指向的那个 PHP 版本所加载的 php.ini 文件。
典型错误包括：
-
opcache.enable=1写在了错误的php.ini里（比如 CLI 的配置文件被改了，但 Web 用的是 FPM 的） - 实际生效的配置路径不是你编辑的那个（运行
php --ini查 CLI 路径，phpinfo()看 Web 的 “Loaded Configuration File”） - 扩展没真正加载：
zend_extension=opcache.so这行被注释、路径写错、或opcache.so根本不存在于extension_dir目录下
确认 phpenv 当前 PHP 版本的 opcache.so 是否存在
先定位当前版本的扩展目录和 opcache 模块位置：
phpenv version
php -r "echo ini_get('extension_dir');"
ls $(php -r "echo ini_get('extension_dir');")/opcache.so
如果最后一行报 “No such file”，说明该 PHP 版本编译时未启用 OPcache，或安装时漏掉了扩展。此时需重新编译或用包管理器补装：
- macOS + Homebrew：运行
brew install php@8.2-opcache（按实际版本替换） - Ubuntu/Debian：安装对应
php8.2-opcache包，然后确保/etc/php/8.2/cli/conf.d/10-opcache.ini存在且启用 - 源码编译：configure 时加
--enable-opcache，make install 后检查opcache.so是否生成
在 phpenv 管理的 PHP 版本中正确启用 opcache
找到该版本实际使用的 php.ini（不是全局模板，是 phpenv 自动 symlink 出来的那个），然后确认三处配置都到位：
-
zend_extension=opcache.so—— 必须存在且未被注释；Linux 下路径通常正确，Windows 是php_opcache.dll -
opcache.enable=1—— Web 和 CLI 若需分别控制，用opcache.enable_cli=0或=1 -
opcache.validate_timestamps=0（生产）或=1（开发）—— 单独设比依赖revalidate_freq更明确
改完后必须重启对应服务：CLI 场景直接生效；Web 场景需重启 php-fpm（不是仅 reload），因为 phpenv 切换版本后，fpm 进程仍可能持旧二进制句柄。
验证 opcache 是否真在 phpenv 当前版本下工作
别只信 phpinfo() 页面上 “Opcode Cache => Enabled” —— 它只说明扩展加载了，不代表缓存正在命中。关键看运行时状态：
php -r "var_dump(opcache_get_status()['opcache_enabled']);" php -r "print_r(array_keys(opcache_get_status()['scripts']));"
第一行输出 bool(true) 表示启用成功；第二行应列出若干已缓存的脚本路径。若为空，常见原因是：
-
opcache.restrict_api设了路径限制，而当前脚本不在白名单内 -
opcache.max_accelerated_files太小，新脚本进来就挤掉旧的，导致看起来“没缓存” - 用了
eval()、create_function()等动态代码，OPcache 默认不缓存它们
最易被忽略的一点：phpenv 切换版本后，php-fpm 进程不会自动跟着换 PHP 二进制。你得手动 sudo systemctl restart php8.2-fpm（或对应服务名），否则看到的永远是旧版本的缓存行为。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
