路由匹配失败提示“控制器不存在：app\controller\Admin”是因为ThinkPHP将/admin/product/index误解析为模块=admin、控制器=product、方法=index，实则应为控制器admin\Product；需用Route::group绑定完整控制器类。
路由匹配失败却提示“控制器不存在：app\controller\Admin”？
这不是控制器写错了，是 ThinkPHP 把 /admin/product/index 中的 index 当成了控制器名，硬生生拼出 app\controller\Admin——而你实际要的是 app\controller\admin\Product。根源在于多级斜杠路径 + 路由前缀叠加时，框架按“模块/控制器/方法”三段式解析，但没严格隔离层级边界。
- 现象：
/admin/product正常，/admin/product/index报错控制器不存在: app\controller\Admin - 本质：路由目标字符串
admin/product/index被误拆为模块=admin、控制器=product、方法=index；但当 URI 含/index且路由组未显式绑定控制器类时，框架会把最后一段当作控制器名回退解析 - 实操建议：改用路由组 + 显式控制器绑定，避免字符串拼接歧义
use think\facade\Route;
Route::group('admin/product', function () {
Route::get('', 'index');
Route::get('index', 'index');
})->controller('\app\controller\admin\Product');
为什么 php think route:list 显示了路由，但访问仍是 404？
命令行看到路由，只说明规则已加载；但真实请求能否命中，取决于服务器重写、入口路径、路由开关三者是否全部对齐。
- 伪静态没生效：宝塔里选了“ThinkPHP”而非“ThinkPHP 6”，或 Nginx 配置漏了
location /块 - 网站根目录设错：项目根目录（含
app/、config/）被设为网站根，正确应指向public/ - 路由开关关闭：
config/app.php中'url_route_on' => false或被环境变量覆盖 - 调试模式干扰：开启
APP_DEBUG但 PHP 配置中display_errors = Off，错误被静默吞掉
动态路由从数据库加载后不生效？
不是代码没执行，而是路由缓存没清，或者动态注册时机太晚——框架在初始化早期就完成了路由编译，你插队插到了编译之后。
- 必须清除缓存：运行
php think clear或手动删掉runtime/cache/下所有route_*.php文件 - 注册时机关键：动态路由得在
app_init行为中注册，不能放在控制器或中间件里 - 避免冲突：数据库查出的路由规则若和
route/route.php中静态路由重复，后者会因定义顺序靠前而优先生效 - 性能提醒：每次请求都查库加路由？别这么做。至少用
think\Cache缓存解析结果，更新时主动刷新
启用完整匹配（route_complete_match）能解决什么问题？
它让路由不再“贪心匹配”，而是要求 URI 必须和规则字符串完全一致，避免 new/:id\d 错把 /new/2024/03 当成 id=2024 放过后面年月段。
立即学习“PHP免费学习笔记（深入）”；
- 适用场景：URI 结构有明确层级，比如
/blog/archive/2024/03和/blog/detail/123并存 - 配置位置：
config/app.php中设'route_complete_match' => true - 注意副作用：开启后，带可选参数的路由（如
user/:id?[:tab]）需显式写出所有可能组合，否则匹配失败 - ThinkPHP 6+ 默认关闭此选项，8.0 仍保持兼容，但建议新项目统一开启以减少隐式行为
public/ 是网站根、url_route_on 是 true、php think route:list 输出和你预期一致，这三步跳过，后面全是在猜。 
