ThinkPHP开启OPcache后未生效，因默认不调用opcache_compile_file()且入口文件动态加载；需手动预热核心文件、禁用opcache.validate_timestamps、配合classmap优化及清空并预生成ThinkPHP编译缓存。
ThinkPHP 开启 OPcache 缓存后为什么没生效？
因为 ThinkPHP 默认不主动触发 opcache_compile_file()，且框架入口文件（如 public/index.php）每次都是动态加载，OPcache 只缓存被实际执行过的 PHP 文件。如果没预热、没覆盖核心类文件，opcache_get_status() 看起来“开了”，但实际命中率极低。
- 确认 OPcache 已启用：
php -i | grep opcache.enable输出应为opcache.enable => On - ThinkPHP 6+ 需在
public/index.php开头手动预加载核心文件，例如：if (function_exists('opcache_compile_file')) { opcache_compile_file(__DIR__ . '/../vendor/topthink/framework/src/ThinkPHP.php'); opcache_compile_file(__DIR__ . '/../vendor/topthink/framework/src/App.php'); } - 避免在开发环境开启
opcache.validate_timestamps=1（默认开启），它会让 OPcache 每次都检查文件修改时间，彻底废掉缓存效果；生产环境务必设为0
如何配置 ThinkPHP 类库映射（classmap）提升自动加载性能
类库映射本质是把命名空间路径“固化”成数组，绕过 PSR-4 的目录扫描逻辑，对高频调用的类（如 think\App、think\Request）效果明显，但只对 composer dump-autoload --optimize 生成的 vendor/composer/autoload_classmap.php 生效，和 ThinkPHP 自己的 Loader::addNamespace() 无关。
- 运行
composer dump-autoload -o（不是--optimize的简写，而是-o）生成 classmap - 确保
composer.json中没有禁用 classmap，比如删掉"classmap": []这种空配置 - ThinkPHP 自带的
think-swoole或think-worker扩展在常驻内存模式下更依赖 classmap，否则每次请求都会重新解析 PSR-4 规则 - 注意：添加新类后必须重新执行
composer dump-autoload -o，否则映射不会更新
ThinkPHP 核心编译缓存（runtime/cache/compile/）和 OPcache 冲突吗？
不冲突，但容易重复缓存、浪费内存。ThinkPHP 的模板编译缓存（view）、配置缓存（config.php）、路由缓存（route.php）都写入 runtime/cache/compile/，这些是 PHP 脚本文件，同样会被 OPcache 缓存。问题在于：如果 ThinkPHP 缓存未命中，会动态写入新文件，而 OPcache 不会自动识别这个新文件——除非你调用 opcache_invalidate() 或重启 PHP 进程。
- 线上部署后，建议清空
runtime/cache/compile/并一次性生成全量缓存：php think optimize:config && php think optimize:route && php think optimize:view - 避免在生产环境开启
'app_debug' => true，否则 ThinkPHP 会跳过所有编译缓存，导致 OPcache 加载的其实是旧版本或未编译的模板 - 检查
opcache.revalidate_path=0（推荐关掉路径校验），否则 OPcache 可能因符号链接或挂载路径差异拒绝缓存
为什么加了 OPcache 和 classmap，TP6 的 Request 对象初始化还是慢？
因为 think\Request 的构造函数里有大量运行时判断（如检测 CLI/Swoole/HTTP 环境、读取 $_SERVER、解析 header），这些无法靠缓存消除。真正卡点不在加载，而在实例化过程本身。优化方向不是“怎么更快加载”，而是“能不能少建几次”。
立即学习“PHP免费学习笔记（深入）”；
- 在 Swoole 或 Workerman 场景下，把
Request实例绑定到容器并设为单例：$app->bind('think\Request', function ($app) { return $app->make('think\Request')->init(); }); - 避免在中间件或控制器里反复调用
request()函数——它每次都会从容器 get 一次，而容器 get 本身有反射开销；改用依赖注入或提前赋值给变量 - 如果用的是 TP6.1+，可启用
app.use_request_cache = true配置，让框架复用首次创建的Request实例（仅限单请求生命周期）
缓存机制再强，也救不了高频 new 对象 + 大量全局变量读取的操作。真正的瓶颈往往藏在你以为“已经缓存好了”的地方。
