必须启用并调优OPcache——ThinkPHP8生产环境的强制基础配置；需确认OPcache已加载、正确配置zend_extension、设opcache.enable=1且opcache.enable_cli=0，并调优memory_consumption、max_accelerated_files、validate_timestamps和fast_shutdown参数，最后通过opcache_get_status和phpinfo验证生效。
ThinkPHP8项目在高并发访问时出现页面响应慢、CPU占用飙升、重复编译日志频繁刷屏，说明字节码未被有效复用，必须立即启用并调优OPcache——这不是可选项，而是ThinkPHP8生产环境的强制基础配置。
确认OPcache是否已加载并可用
这一步不能跳过，ThinkPHP8依赖大量动态类加载与反射，若OPcache未真正加载，后续所有配置都无效。
执行php -m | grep opcache，终端必须输出opcache；若无输出，说明扩展未启用或PHP版本低于8.0（TP8最低要求PHP8.0）。
接着运行php --ini，记下Loaded Configuration File路径，这是你唯一要编辑的php.ini文件。
注意：ThinkPHP8运行在FPM模式下，CLI模式的php.ini无需修改，但opcache.enable_cli=0必须显式设为0，避免干扰artisan命令调试。
修改php.ini启用OPcache核心模块
打开上一步确认的php.ini文件，在文件末尾新增以下区块（不要插入到其他配置中间，避免被覆盖）：
[opcache]
zend_extension=opcache.so
Linux系统必须用opcache.so，Windows则用php_opcache.dll；路径错误会导致服务启动失败。
取消;opcache.enable=1前的分号，确保值为1。
【opcache.enable_cli必须设为0】，ThinkPHP8的命令行任务（如定时器、队列消费）若启用OPcache，会因类定义冲突导致Fatal error。
针对ThinkPHP8特性的关键参数调优
ThinkPHP8使用大量命名空间自动加载、Trait混入和注解解析，默认OPcache参数会频繁踢出缓存，必须重设：
第一步：将opcache.memory_consumption设为256（单位MB），TP8完整框架+业务代码常超150MB缓存占用，128MB极易触发内存满载后全量清空。
第二步：将opcache.max_accelerated_files设为32531（质数），Composer自动加载器生成的classmap文件数远超默认4000，设小了会导致file cache full警告，ThinkPHP8路由与模型类反复编译。
第三步：生产环境必须设opcache.validate_timestamps=0，否则每次请求都检查vendor/thinkphp/目录下数千个PHP文件时间戳，直接拖垮性能；部署新版本后，通过opcache_reset()或重启PHP-FPM强制刷新。
第四步：开启opcache.fast_shutdown=1，ThinkPHP8的Request/Response对象生命周期长，该参数能加速内存释放，实测降低单请求内存峰值12%。
立即学习“PHP免费学习笔记（深入）”；
验证OPcache在ThinkPHP8中真实生效
创建一个opcache-check.php文件，放入Web根目录，内容为：
<?php var_dump(opcache_get_status()['opcache_enabled'] && opcache_get_status()['opcache_statistics']['hits'] > 0); ?>
浏览器访问该文件，返回bool(true)才算成功；若为false，检查是否漏掉zend_extension加载行。
再访问phpinfo()页面，搜索“OPcache”，确认“Opcode Caching”显示Enabled，“Cache hits”数值随页面刷新持续增长，且“Memory usage”中used_memory稳定在100MB以上，证明ThinkPHP8核心类已被缓存。
最后观察ThinkPHP8日志：runtime/log/*.log中不再出现PHP Compile Error或recompiling script字样，即表示字节码复用已稳定运行。
