OPcache需在php层面启用而非apache配置，确认方法为执行php -m | grep opcache或查看phpinfo()中“OPcache”是否显示Enabled；关键配置包括memory_consumption≥256、max_accelerated_files＞项目文件数、validate_timestamps=0、revalidate_freq=2（仅validate_timestamps=1时生效）、interned_strings_buffer≥16。
怎么确认OPcache已安装并启用
Apache中PHP缓存（即OPcache）不是Apache配置的，而是PHP自身的扩展，必须在PHP层面开启。很多运维误以为改Apache配置就能开缓存，结果白忙活。
- 运行
php -m | grep opcache或新建PHP文件写phpinfo()，搜索“OPcache”——没看到就说明根本没加载 - 常见漏点：
zend_extension=opcache.so（linux）或zend_extension=php_opcache.dll（windows）被注释或路径错误 -
opcache.enable=1必须显式设置，PHP 8.0+ 默认是开启的，但很多旧镜像/容器里仍为0 - CLI模式下默认关闭（
opcache.enable_cli=0），不影响Web请求，但用php -f script.php测试时会误判“没生效”
生产环境最关键的5个配置项怎么设
光开 opcache.enable=1 远不够。默认值专为小脚本设计，一上laravel/symfony这类框架，缓存立刻打满、命中率暴跌。
-
opcache.memory_consumption=256：至少256MB。中小型项目128MB勉强够，但composer自动加载+框架核心文件多，很容易cache_full=true，导致频繁踢出旧opcode -
opcache.max_accelerated_files=10000：必须大于项目实际PHP文件数（find ./app -name "*.php" | wc -l查一下）。Laravel vendor里就有上万文件，设成默认的2000等于只缓存了零头 -
opcache.validate_timestamps=0：生产环境必须关掉时间戳检查，否则每秒几十次stat()系统调用，I/O反成瓶颈 -
opcache.revalidate_freq=2：仅当validate_timestamps=1时生效；设为0=每次请求都检查，性能归零；设为60=最多延迟一分钟才热更——线上严禁 -
opcache.interned_strings_buffer=16：字符串池太小会导致重复分配，尤其框架里大量类名/方法名，16MB起步，大项目可设32
为什么改完php.ini没效果？重启哪里出了问题
Apache本身不解析php.ini，改完不生效，90%是因为没重启对的服务进程。
- Apache + mod_php：改完要
sudo systemctl restart apache2（debian）或httpd（RHEL），不是只 reload - Apache + PHP-FPM：必须重启
php-fpm（systemctl restart php*-fpm），Apache reload无效 - docker环境：镜像里php.ini可能被覆盖，得确认挂载路径和生效位置（
php --ini查加载顺序） - 验证是否真生效：访问
phpinfo()页面，看“Opcode Caching”是否显示 “Enabled”，且下方参数值和你写的完全一致
上线后缓存不更新？别怪OPcache，先看部署流程
opcache.validate_timestamps=0 是性能开关，代价是代码更新后不会自动重载——这不是bug，是设计使然。
立即学习“PHP免费学习笔记（深入）”；
- 手动清缓存：部署脚本末尾加
php -r "opcache_reset();"，或在Web端调用一次含opcache_reset()的脚本（注意权限和路由保护） - 自动清缓存：用
opcache.preload配合预加载文件，在PHP启动时加载核心类，再配合opcache_reset()刷新整个池（PHP 7.4+） - 绝对别用
touch修改文件时间戳来“骗过”OPcache——validate_timestamps=0时它根本不看mtime - 监控命中断点：
opcache_get_status()返回数组里的opcache.hit_rate应稳定 >95%，opcache.memory_usage.used_memory不长期顶格
OPcache不是“开了就快”的黑盒，它是把编译压力从请求时挪到启动时，再靠内存换CPU。配错一个参数，比如 max_accelerated_files 小了2000，整套缓存就形同虚设——这种细节，压测时根本看不出，只有高并发下CPU突然飙升才暴露。