首选 Route::get() 等语义方法而非 Route::rule()，因其自动绑定 HTTP 方法、解析类/方法路径、避免兼容模式误匹配；需确保路径、命名空间、应用上下文、参数约束四层一致，并及时清理路由缓存。
Route::get() 等语义方法是首选，别用 Route::rule() 写类方法映射
ThinkPHP 6+ 中，把 URL 映射到控制器类方法，最直接的方式不是写 Route::rule()，而是用 Route::get()、Route::post() 这类语义化方法。它们默认绑定 HTTP 方法 + 自动解析类/方法路径，且不开启「兼容模式」，避免误匹配或中间件错位。
-
Route::get('user/:id', 'user/read')→ 自动调用app\controller\User类的read()方法，参数$id由:id注入 -
Route::post('api/login', 'api/Login/login')→ 对应app\controller\api\Login类的login()方法（命名空间自动转目录） - 路径分隔符统一用斜杠
/，框架会自动转换为命名空间反斜杠；大小写敏感，'User/read'和'user/read'是两个不同映射 - 如果控制器在子命名空间（如
app\controller\admin\User），路由地址必须写成'admin/User/read'，不能省略admin/
控制器类名和方法名必须真实存在，且 public 可访问
路由只是“指路”，不负责创建类或校验方法。一旦配置了 'user/info'，框架会在运行时尝试实例化 app\controller\User 并调用 info()。任何环节缺失都会导致 500 或 404（非路由未匹配，而是反射失败）。
- 类文件必须位于
app/controller/下，命名需与类名一致（如User.php内含class User） - 方法必须是
public，protected或private会触发BadMethodCallException - 构造函数若带参数（如依赖注入），需确保容器能解析；否则建议用
__construct()空参或改用属性注入 - 方法参数名必须与路由变量名完全一致：
Route::get('post/:year/:month', 'blog/archive')要求archive($year, $month)，顺序和拼写都不能错
多应用模式下，路由文件位置和命名空间容易错配
如果你用了多应用（比如 app/admin/），那 'admin/User/index' 这种写法其实隐含了两层路径：先是应用目录 app/admin/，再是其下的 controller/User.php。但路由规则本身并不自动切换应用上下文——它只认当前加载的路由文件所属的应用。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 全局路由写在
app/route/app.php，匹配后调用的是主应用（app\controller\...）里的类 - 后台模块路由必须写在
app/admin/route/app.php，且该文件内写的'user/index'实际指向app\admin\controller\User - 不要在
app/admin/route/app.php里写'admin/user/index'——这是冗余的，框架不会二次拼接admin/ - 检查
config/app.php中'app_route' => true是否已设为布尔true，且该配置存在于对应子应用的config/app.php中（主应用配置不继承）
参数约束和可选段要用 where() 和方括号，别靠字符串拼接
想让 :id 只接受数字、或让 /search 和 /search/php 共用一个方法，不能靠手写正则或条件判断，得用框架原生机制。否则要么匹配失效，要么绕过类型校验引入安全隐患。
立即学习“PHP免费学习笔记（深入）”；
- 数字约束：
Route::get('user/:id', 'user/read')->where(['id' => '\d+'])，注意是数组键值对，不是字符串'id\d+' - 可选参数：
Route::get('search[/:keyword]', 'search/index')，中括号包裹整个可选段，/search和/search/php都能命中 - 多级可选慎用：
'user[/:id[/:name]]'理论可行，但实际调试困难，建议拆成两条路由更清晰 - 别在路由地址里硬编码参数，如
'user/read?id=:id'——这属于旧版兼容写法，会丢失自动注入能力，且无法被where()约束
Route::get()，背后牵扯文件路径、命名空间、应用隔离、参数绑定四层一致性。最容易被忽略的是：**修改路由后没清缓存，或子应用的 app_route 开关漏配**——这两处一出问题，连最基础的 Route::get('/', 'index/index') 都会静默失效。 
