ThinkPHP动态路由需用闭包路由或中间件预处理实现参数分发；闭包路由轻量但逻辑复杂时应改用中间件；路由变量配合正则pattern可隐式分流，需注意匹配顺序；闭包中redirect()会失效，应返回响应对象；中间件动态改路由目标须在beforeRoute阶段操作。
ThinkPHP 路由怎么根据请求参数动态匹配
ThinkPHP 的路由不是写死的，但默认不支持在路由定义里直接写 if 判断。真要按参数（比如 type=user）分发到不同控制器，得靠「闭包路由」或「路由变量 + 中间件预处理」——前者轻量，后者更可控。
- 闭包路由适合简单分支，比如
GET /api/data根据format=json返回不同结构，直接在路由文件里用Route::get()包一层逻辑即可 - 如果判断逻辑复杂（如校验权限、查数据库、组合多个参数），别硬塞进路由定义，改用中间件拦截，在
app/middleware/RouteDispatch.php里做判断，再调用think\Route::dispatch()手动转发 - 注意：闭包路由里不能用
$this->request，要用Request::instance()或从闭包参数接收Request $request
ThinkPHP 路由变量如何配合条件跳转
用 {id} 这类变量本身不带条件，但可以结合正则约束和 pattern 实现隐式分流。比如把用户 ID 和订单号都塞进 /item/{key}，靠正则区分：
Route::get('item/:key', 'Index/item')->pattern(['key' => '\d+']); // 只匹配数字 → 当作 ID
Route::get('item/:key', 'Order/detail')->pattern(['key' => '[A-Z]{2}\d{8}']); // 匹配 AB12345678 → 当作单号
- ThinkPHP 按注册顺序匹配，所以要把更具体的 pattern 放前面，否则
\d+会提前吃掉所有数字型 key - pattern 不支持“非捕获组”或“负向先行断言”，没法写“匹配数字但排除 10000 以下”，这种得退到控制器里做二次判断
- 多个 pattern 冲突时，错误提示是
Route not found，而不是你期望的“没走对分支”，容易误判为路由没注册
为什么 Route::rule() + 闭包里 redirect() 会失效
在闭包路由里调 redirect() 看似合理，但 ThinkPHP 会在闭包执行完后继续走后续路由匹配，导致重定向被覆盖或报错 Headers already sent。
- 正确做法是闭包里直接返回响应对象：
return json(['code'=>0])或return view('xxx')，让框架终止后续流程 - 如果真要跳转，用
Response::create('', 'redirect', 302)->header(['Location'=>'/new'])手动构造，但不如直接 return 一个redirect()响应实例（return redirect('/new');） - 常见坑：闭包里写了
echo或var_dump，哪怕只是调试，也会触发输出，导致后续 redirect 失败
中间件里动态改路由目标要注意什么
在中间件里调 Route::bind() 或修改 $request->action 是可行的，但必须在「路由解析完成前」生效，也就是放在 beforeRoute 钩子阶段，而不是 afterRoute。
立即学习“PHP免费学习笔记（深入）”；
- ThinkPHP 6.1+ 的中间件执行时机很关键：只有
beforeRoute阶段能影响最终 dispatch 的控制器，beforeAction已经晚了 - 改
$request->controller和$request->action是最稳妥的方式，比 bind 更直接；但注意控制器名要带命名空间，比如'app\controller\User' - 别在中间件里调
Route::setRule()动态加路由——它只对当前请求生效，且可能和缓存路由冲突，线上环境容易出不可复现的问题
动态路由最麻烦的不是写法，而是调试时看不到真实匹配路径。建议在中间件开头打日志，记录 $request->url(true) 和最终 $request->controller，不然分支走歪了都不知道卡在哪一层。
