PHP框架性能优化第一步是确认OPcache在Web SAPI中真实启用：需通过phpinfo()核对Loaded Configuration File路径和Opcode Caching状态，确保zend_extension=opcache正确加载且参数合理，重启PHP进程后用opcache_get_status()验证缓存写入。
PHP框架性能优化第一步是让OPcache真正生效——它不是改完php.ini就自动跑起来的，必须确认Web SAPI下扩展已加载、参数配置合理、服务已重启，否则页面响应慢、CPU占用高、代码更新不生效等问题依然存在。
确认OPcache是否在Web环境下真实启用
很多人以为php -m | grep opcache有输出就万事大吉，结果网站还是卡顿。CLI模式和Web模式（如PHP-FPM或Apache模块）使用的是两套独立配置，【你改的php.ini可能根本没被Web进程读取】。
第一步：访问一个含phpinfo()的PHP脚本，在页面中搜索“Loaded Configuration File”，记下路径；再搜索“Opcode Caching”，确认状态为Enabled且opcache.enable显示On。
第二步：若找不到该区块，或opcache_get_status()调用报错Call to undefined function，说明OPcache扩展未在Web SAPI中加载——此时php -m看到的只是CLI环境，完全无效。
立即学习“PHP免费学习笔记（深入）”；
第三步：打开刚才查到的php.ini文件，搜索zend_extension=opcache，确保该行未被注释，且路径正确（Linux为opcache.so，Windows为php_opcache.dll，后者必须用绝对路径，例如zend_extension="C:\xampp\php\ext\php_opcache.dll"）。
配置关键参数并避开高频陷阱
默认配置对现代PHP框架（如Laravel、ThinkPHP、Symfony）极不友好，缓存命中率常低于40%，反而拖慢性能。
方法一：基础安全配置（推荐生产环境直接采用）
在php.ini的[opcache]区块下添加或修改以下内容：
opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=1
opcache.revalidate_freq=60
opcache.fast_shutdown=1
【opcache.max_accelerated_files必须设为20000以上】，Composer项目vendor目录动辄上万文件，设成默认4000会导致缓存频繁淘汰，等同于没开。
方法二：开发环境快速调试配置
opcache.validate_timestamps=0 → 每次请求都强制检查文件修改，改完代码立即生效；但上线前必须切回1，否则部署新版本后用户仍看到旧逻辑。
方法三：宝塔/一键环境特别处理
宝塔PHP设置页里点“一键开启”往往只启用了扩展，却没调高max_accelerated_files。务必手动进入“配置修改”，找到[opcache]区块，补全全部参数——尤其注意要写zend_extension=opcache.so（不是extension=opcache.so），后者完全无效。
重启服务并验证缓存真实写入
第一步：保存php.ini后，执行sudo systemctl restart php8.2-fpm（FPM模式）或sudo systemctl restart apache2（mod_php模式）。【仅重载Nginx/Apache不生效，必须重启PHP进程】。
第二步：创建一个test-opcache.php文件，写入，访问该页面返回true即表示启用成功。
第三步：继续执行var_dump(opcache_get_status()['memory_usage']['used_memory']);，反复刷新页面，观察used_memory数值是否增长——如果始终为0，说明缓存未实际写入，大概率是zend_extension路径错误或SAPI未匹配。
