ThinkPHP 8.0 路由缓存导致修改无效？部署脚本自动清除缓存文件

根本原因是runtime/route.php缓存未清除或重建，导致新路由不生效；需确保APP_DEBUG=false、runtime/可写，并执行php think clear:route && php think route:cache --annotation。

ThinkPHP 8.0项目上线后修改了注解路由或config/route.php配置，但访问接口仍404或匹配旧规则，根本原因不是代码没改对，而是部署脚本执行时runtime/route.php未被清除或重建，导致新路由定义被缓存文件完全屏蔽——哪怕你刚在服务器上保存了新代码，框架启动时仍加载的是上周生成的route.php。

确认当前是否真正在用缓存路由

在任意控制器方法中插入以下两行并访问对应接口：
dump(thinkApp::debug());
dump(is_file(RUNTIME_PATH . 'route.php'));

第一行输出【true】表示APP_DEBUG=true，此时无论route.php是否存在，框架都会跳过缓存、重新解析全部路由定义；第二行输出false说明缓存文件根本没生成或被误删，缓存逻辑从源头就断了。

【APP_DEBUG=true时，路由缓存形同虚设】即使你刚执行过php think route:cache，只要.env或config/app.php中最终解析出APP_DEBUG=true，缓存就不会参与匹配。

立即学习“PHP免费学习笔记（深入）”；

部署脚本中必须执行的三步清除链

第一步：清空旧缓存 → php think clear:route

第二步：确保APP_DEBUG=false且runtime/可写 → 否则route:cache命令静默失败

第三步：重新生成 → php think route:cache --annotation（若使用注解路由）

这三步必须串行执行，缺一不可。其中第二步是硬性前提：检查config/app.php中'app_debug' => false，不能只依赖.env；同时确认Web进程用户（如www-data）对runtime/目录有写权限，Docker环境要校验UID是否一致，否则route.php会创建为空文件或根本不存在。

规避手动删除风险的两种脚本写法

方法一：用内置命令清理（推荐用于生产环境）
在部署脚本末尾添加：
php think clear:route && php think route:cache --annotation

方法二：强制刷新并重建（适用于CI/CD流水线）
先执行php think clear:route
再验证runtime/route.php是否真实删除：
if [ ! -f "runtime/route.php" ]; then php think route:cache --annotation; else echo "route.php still exists, abort"; exit 1; fi

注意：不要用rm -f runtime/route.php替代php think clear:route——前者可能残留索引文件或临时锁，后者会精准删除runtime/cache/route.php及所有关联临时文件，不依赖目录权限判断，也不受IDE隐藏文件干扰。

验证缓存是否真实生效

部署完成后，在项目根目录执行：
curl -I http://localhost/index.php?s=/api/test

观察响应头中X-Runtime-Route-Cache字段是否为loaded；若无此字段，说明缓存未启用或加载失败。

再检查runtime/route.php文件内容是否为非空PHP数组，结构类似return ['api/test' => ['api/test', 'GET', [], []]];。若内容是return [];或语法错误（如含PHP 8.1特性但CLI使用PHP 8.0），缓存逻辑会在运行时自动fallback到源码解析，等于没开。