ThinkPHP 6.0 路由映射不依赖反射机制，而是基于约定和显式配置；资源路由按固定规则生成7个RESTful路由，反射仅在执行阶段用于实例化控制器和解析依赖注入，URL生成与路由匹配均不涉及反射。
ThinkPHP 6.0 的路由映射不依赖反射机制来发现控制器方法，而是严格按约定和显式配置进行绑定。
资源路由是约定映射，不是反射发现
资源路由（如 Route::resource('blog', 'Blog')）会按 RESTful 规范自动生成 7 个标准路由（index、read、create、save、edit、update、delete），但这些映射是框架内置的固定规则，不是通过反射扫描控制器类里有哪些 public 方法而动态生成的。即使控制器中缺少某个方法（比如没写 update），路由依然存在——访问时才会抛出“方法不存在”异常。
反射只在控制器执行阶段介入
反射真正起作用是在路由匹配成功、确定要调用哪个控制器和方法之后：
- 系统拿到控制器类名和方法名（例如 app\controller\Blog::update）
- 通过 PHP 的 ReflectionClass 和 ReflectionMethod 实例化控制器，并检查方法可见性、参数类型、是否支持依赖注入等
- 自动解析并注入构造函数或方法参数中的类型提示（如 Request、Validate、Service 类）
这个过程发生在 dispatch → exec 阶段，与路由注册、匹配、生成完全分离。
立即学习“PHP免费学习笔记（深入）”；
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
路由标识与 URL 生成不依赖反射
使用 url('[blog.update]') 或 url('blog/update') 生成地址时，框架只查路由定义表（内存中已注册的 RouteItem 列表），匹配 name 或 rule 字段。它不读取控制器源码，也不调用反射获取方法签名或注解。
例如，即使你把 Blog::update 方法改成 private，只要路由定义存在，url('[blog.update]') 仍能正常生成 URL；只是用户访问该 URL 时，执行阶段才因权限问题报错。
手动定义路由更明确，也无需反射参与
绝大多数常规路由（如 Route::get('user/:id', 'User/view')）完全是字符串匹配 + 参数提取：
- URL 路径被解析为键值对（如 ['id' => '123']）
- 控制器和方法名从路由地址字符串直接拆分（'User/view' → 控制器 User，操作 view）
- 参数以数组形式传入方法，不涉及方法签名分析
这种机制轻量、可控、可调试，避免了反射带来的性能开销和不确定性。
