ThinkPHP路由正则需用{name}占位符+后缀约束，禁用^$锚点和分组括号；中文等特殊字符须显式pattern并加u修饰符；pattern键名须与占位符名严格一致；路由定义须按精确→通配→兜底顺序排列。
ThinkPHP 路由规则里正则写错，Route::rule() 直接报错
ThinkPHP 的路由正则不是直接写 PCRE 表达式，而是用 {name} 占位符 + 后缀修饰，比如 {id}d+。很多人照搬 PHP 的 preg_match 写法，把 ^/user/(d+)$ 直接塞进 Route::rule()，结果抛出 Invalid route rule 或解析失败。
正确做法是：只在占位符后加正则约束，不写开头结尾锚点，不写分组括号。ThinkPHP 会自动拼接成完整匹配逻辑。
-
Route::rule('user/{id}', 'index/user')->pattern(['id' => 'd+']);✅ -
Route::rule('user/(d+)', 'index/user');❌（会被当成静态路由，d+ 不生效） -
Route::rule('user/{id:d+}', 'index/user');✅（5.1+ 支持内联 pattern，但注意 d 要双反斜杠转义为\d+在字符串中）
中文路径或特殊字符路由匹配不到，{name} 里没设 pattern
默认情况下，{name} 只匹配字母、数字、下划线和短横线（[a-zA-Z0-9_-]+），遇到中文、点号、斜杠等直接 404。这不是 bug，是 ThinkPHP 的安全默认。
要支持中文或更宽泛字符，必须显式指定 pattern，且注意 PCRE 模式需加 u 修饰符（UTF-8 支持）。
-
Route::rule('article/{title}', 'index/article')->pattern(['title' => '[x{4e00}-x{9fa5}a-zA-Z0-9_-]+']);✅（Unicode 中文范围） -
Route::rule('file/{name}', 'index/download')->pattern(['name' => '.*']);✅（慎用，需配合业务校验） - 别写
{title}.*或{title:.*}——.*本身不含u修饰符，中文仍会失败
多个 {id} 占位符共用一个 pattern 导致误匹配
->pattern(['id' => 'd+']) 是按 key 匹配字段名，不是按顺序。如果路由里写了 {uid}/{pid}，但只配置了 ['id' => 'd+']，那两个参数都不会被约束 —— 因为 key 对不上。
每个动态变量名都得单独列在 pattern 数组里，哪怕规则一样。
-
->pattern(['uid' => 'd+', 'pid' => 'd+'])✅ -
->pattern(['id' => 'd+'])❌（{uid}和{pid}都不受控） - 别依赖“同名复用”，ThinkPHP 不做变量名推导
路由定义顺序引发的覆盖问题，Route::any() 拦截了精确路由
ThinkPHP 路由是按定义顺序从上到下匹配的。Route::any('{name}', ...) 这种泛匹配写在前面，后面所有 user/{id}、api/v1/... 全部失效。
开发时容易图省事先把“兜底路由”写上去，结果调试半天发现接口全走错了控制器。
- 精确路由（如
login、user/{id}）放前面 - 带通配符的路由（如
{module}/{controller}/{action}）放中间 - 兜底路由（如
{_miss}或Route::any('{name}')）必须放在最后 - 用
php think route:list命令确认实际加载顺序，比肉眼检查靠谱
ThinkPHP 路由正则真正的复杂点不在语法多难，而在于它把「占位符命名」「pattern 键名」「定义顺序」「编码修饰符」四者耦合在一起 —— 少对一个，就静默失效或错配，还很难定位。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
