开启OPcache是PHP性能优化最直接有效的方式，通过缓存字节码减少重复编译，显著降低CPU和I/O开销；需确认启用、合理配置关键参数并避免常见误用。
开启OPcache是PHP性能优化中最直接、最有效的方式之一。它通过将PHP脚本编译后的字节码缓存到内存中，避免重复加载和编译，显著降低CPU和I/O开销，尤其在高并发或频繁请求相同脚本的场景下效果明显。
确认OPcache是否已启用
不是所有PHP环境默认开启OPcache。可通过以下方式快速验证：
- 执行 php -m | grep opcache，有输出说明扩展已加载
- 访问 phpinfo() 页面，查找“OPcache”区块，确认“Opcode Caching”为Enabled
- 运行 var_dump(opcache_get_status());，若返回数组则表示正常工作
关键配置项推荐（php.ini）
默认配置往往偏保守，适当调整可释放更大性能潜力：
- opcache.enable=1 —— 必须开启（CLI环境下建议设为0，避免干扰调试）
- opcache.memory_consumption=128 —— 内存缓存大小（MB），中小项目128够用，大应用可调至256或512
- opcache.max_accelerated_files=20000 —— 支持缓存的文件数上限，Composer项目常超默认4000，务必调高
- opcache.revalidate_freq=60 —— 每60秒检查一次文件修改，开发环境可设为0（实时生效），生产环境建议保留
- opcache.validate_timestamps=1 —— 启用时间戳校验（上线后如需热更新必须开启）
- opcache.fast_shutdown=1 —— 加速脚本终止时的清理过程，推荐开启
避免常见踩坑点
配置不对或使用不当，反而可能引发问题：
立即学习“PHP免费学习笔记（深入）”；
- 修改php.ini后，**必须重启PHP-FPM或Web服务器**（如nginx/apache），仅重载不生效
- 共享主机或Docker环境要注意：OPcache是进程级缓存，不同PHP-FPM worker间不共享，但同一worker内复用高效
- 部署新代码后，若页面未更新，可能是OPcache未刷新，可用 opcache_reset() 或 curl -X GET http://your-site/opcache-reset.php（需自行写简单脚本）
- 禁用 opcache.save_comments=0 可减小缓存体积，但若用到反射获取DocBlock（如某些ORM或注解路由），需保持为1
配合其他优化效果更佳
OPcache不是万能药，搭配使用才能最大化收益：
- 启用Gzip/Brotli压缩响应体，减少传输耗时
- 合理配置MySQL查询缓存与连接池，避免数据库成为瓶颈
- 静态资源走CDN，PHP只专注动态逻辑
- 对高频接口做APCu用户缓存（如配置、权限规则），减少重复计算
不复杂但容易忽略——几行配置就能让多数PHP应用响应速度提升30%以上，值得第一时间检查和启用。
