opcache配置不生效的首要原因是扩展未加载，需确认php -m输出opcache、php.ini中zend_extension路径正确且未注释，并确保php版本为8.1.x且jit已启用。
PHP 8.1 的 OPcache 配置不生效，绝大多数情况不是“写错了参数”，而是**关键前提没满足**，导致后续所有配置被静默忽略——你改了，但 PHP 根本没读、没加载、没启用。
OPcache 扩展根本没加载
这是最常被跳过的一步。即使 php.ini 里写了 opcache.enable=1，如果 zend_extension 这一行被注释、路径错误、或扩展压根没编译进 PHP，OPcache 就完全不存在。
- 终端执行 php -m | grep opcache，无任何输出 → 扩展未加载
- 检查 php --ini 显示的主配置文件路径，在该 php.ini 中确认存在且未被注释的行：
zend_extension=opcache.so（Linux）或 zend_extension=php_opcache.dll（Windows） - Alpine 等精简镜像需额外运行 docker-php-ext-enable opcache
PHP 版本或 OPcache 版本不匹配
PHP 8.1 自带 OPcache，但某些旧版二进制包或手动编译时若未启用 JIT 支持，会导致 JIT 相关参数（如 opcache.jit）完全无效，且不报错。
- 访问 phpinfo.php 页面，确认 PHP Version 明确显示为 8.1.x（如 8.1.30），不是 8.0.x 或 8.2.x
- 在同页搜索 Zend OPcache 区块，必须看到 JIT 子项，且状态为 enabled；若只有 “Opcode Caching => Enabled” 而无 JIT 字样，说明 OPcache 模块本身不支持 JIT
配置写在了错误的 php.ini 文件中
PHP-FPM、CLI、Apache 模块可能各自使用不同的 php.ini。你在命令行用 php --ini 看到的配置，未必是 Web 请求实际加载的那个。
- 在 Web 项目里建一个 phpinfo.php（内容为
<?php phpinfo(); ?>），通过浏览器访问它，看页面顶部的 Loaded Configuration File 路径 - 所有 OPcache 配置（包括 [opcache] 区块）必须写在这个路径下的文件里，而不是 CLI 的 php.ini
- 常见陷阱：修改了
/etc/php/8.1/cli/php.ini，但 Nginx + PHP-FPM 实际加载的是/etc/php/8.1/fpm/php.ini
服务没重启，或重启了错误的服务
修改 php.ini 后，仅重启 Web 服务器（如 nginx）是不够的——OPcache 是 PHP 解释器层的扩展，必须重启 PHP 的进程管理器。
- 如果你用 PHP-FPM：执行 sudo systemctl restart php8.1-fpm（版本号要和实际一致）
- 如果你用 Apache 模块：执行 sudo systemctl restart apache2（它会同时重载 PHP 模块）
- 验证是否生效：刷新 phpinfo.php 页面，确认 OPcache 区块完整出现；再调用 opcache_get_status()，看
opcache_enabled是否为 true
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
