ThinkPHP6.x路由基础：告别传统URL，掌握优雅的路由定义与参数传递-ThinkPHP-PHP中文网

thinkphp6路由是默认启用的核心机制，必须掌握route::get()和route::post()等快捷方法；动态参数优先用:id，可选参数需设默认值；跨应用调用须显式写应用名；路由匹配按定义顺序执行。

thinkphp6.x路由基础：告别传统url，掌握优雅的路由定义与参数传递

ThinkPHP6 的路由不是“可选功能”，而是默认启用、必须理解的核心机制。不配置路由，index.php/控制器/方法 这类传统 URL 依然能用，但会失去 URL 美化、参数隐式传递、中间件统一拦截等关键能力——而且多应用模式下，不配路由几乎无法正常访问非默认控制器。

别一上来就用 Route::rule()，它虽然灵活，但语义模糊，容易掩盖请求意图。实际开发中 90% 的基础场景用快捷方法更安全、更易维护。

Route::get('user/:id', 'User/profile') 明确表示这是个只响应 GET 的展示型接口；而 Route::post('user', 'User/save') 天然对应表单提交，框架会自动拒绝非 POST 请求，省去手动判断 request()->isPost()
快捷方法默认只匹配对应请求类型，不会意外响应其他方法（比如 Route::get() 不会处理 POST 请求），避免因疏忽导致数据被误修改
当需要同时支持 GET 和 POST 时，不要写 Route::rule('user', 'User/handle', 'GET|POST')，而是拆成两条：Route::get('user', 'User/form') + Route::post('user', 'User/save')，职责更清晰

两者都能捕获 URL 片段，但行为差异直接影响调试体验和兼容性。

开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。

下载

:id 是 ThinkPHP6 默认语法，匹配任意非斜杠字符，不校验类型。例如 user/:id 能匹配 /user/abc，控制器里收到的 $id 就是字符串 'abc'
<id></id> 是“增强语法”，需配合正则约束才生效，比如 user/<id>^\d+$</id> 才强制 id 必须为纯数字；否则单独写 <id></id> 实际等价于 :id
常见坑：写成 user/<id></id> 却没加正则，以为做了类型限制，结果用户传 /user/abc 仍能进控制器，后续 intval($id) 变成 0，查半天才发现是路由没拦住

Route::get('blog/[:year]/[:month]', 'Blog/archive') 看似支持 /blog、/blog/2024、/blog/2024/05 三种路径，但控制器方法签名必须兼容所有情况。

控制器方法不能写死 public function archive($year, $month)，否则访问 /blog 会报“缺少参数”错误
正确做法是设默认值：public function archive($year = null, $month = null)，或统一用 $this->param('year') 获取，再自行判断是否为空
另一个坑：可选参数必须放在路由表达式末尾，blog/[:year]/detail 是非法的，框架直接忽略该规则

路由地址不是随便写的字符串，它直接参与类自动加载和命名空间解析。

'User/index' 表示当前应用下的 appcontrollerUser 类的 index 方法，适用于单应用或默认应用
要调用 admin 应用的控制器，必须显式写出应用名：'admin/User/index'，而不是 'User/index' 加个前缀路径——后者会被当成当前应用下的子命名空间
如果控制器不在 appcontroller 下（比如在 apppi1），得用完整类名：'pppi1User::index'，注意开头的反斜杠不能漏，否则 PHP 自动补全会出错