thinkphp路由参数需在路由定义中显式声明（如/:id），否则request::param()无法获取；必须用pattern()约束类型，参数名、顺序、url生成三者须完全一致。
ThinkPHP 路由参数怎么写进 URL 里才被识别
ThinkPHP 的路由参数不是靠 URL 拼接占位符自动提取的，必须显式在路由定义里声明变量名。比如 /:id 或 <id></id> 这类写法，不加声明，Request::param('id') 就拿不到值。
- 5.x 推荐用
<id></id>语法（如route('user/<id>','index/user/read')</id>），比/:id更明确，也支持类型约束 - 如果用了
/:id，要额外调用->pattern(['id'=>'\d+'])才能生效，否则字符串型参数可能被忽略 - 多个参数顺序必须和 URL 路径段严格一致，
user/<name>/<id></id></name>中name必须在前，调换位置会导致匹配失败 - 别把参数写在域名或查询字符串里——
http://a.com/user?id=123中的id是 GET 参数，不属于路由参数，Route::rule()定义无效
为什么 route() 助手函数生成的 URL 缺参数
调用 url() 或 route() 时漏传参数数组，或键名和路由定义里的变量名不一致，就会退化成静态路径。
- 路由定义是
user/<id></id>，就必须传['id'=>123]；传['uid'=>123]或{}都会生成/user/这种不带值的地址 - 使用闭包路由时，
route('user/:id', function($id){...})，url('user/:id',['id'=>123])里的:id必须和闭包参数名一致，否则参数无法注入 - 命名路由（
->name('user.read')）更安全，但调用url('user.read',['id'=>123])仍要求键名完全匹配定义中的变量名
如何限制路由参数只能是数字或指定格式
ThinkPHP 不默认校验参数类型，全靠 ->pattern() 或正则约束，漏配就可能让非法值进入控制器。
- 全局规则：在
route.php里用Route::pattern(['id'=>'\d+','name'=>'[a-zA-Z]+'])，之后所有含<id></id>的路由都受控 - 单条规则：链式调用
->pattern(['id'=>'\d+'])，只影响当前路由，适合混用场景 - 注意正则开头不用
^、结尾不用$，框架会自动包裹；写成'^\d+$'反而会匹配失败 - 类型约束（如
<id></id>）仅限 6.x，5.x 不支持，强行写会被当普通字符串处理
自定义路由规则被忽略的常见原因
最常踩的坑是路由注册顺序和模块/控制器绑定冲突，导致自定义规则根本没机会匹配。
- 路由文件加载顺序很重要：
route/app.php优先于route/route.php，后者又优先于注解路由；靠后的规则可能被前面的通配规则吃掉 - 开启多应用模式后，路由默认绑定到当前应用，跨应用访问需显式指定
app参数，否则route('admin/user')可能找不到 - 调试时打开路由调试模式：
php think route:list，看输出里你的规则是否出现在列表中、顺序是否合理、是否被标记为miss - 伪静态后缀（如
.html）必须在路由定义末尾显式写出，user/<id>.html</id>和user/<id></id>是两条不同规则
动态路由真正难的不是写法，而是参数名、pattern、URL 生成三者之间必须严丝合缝；一个字母大小写不一致，就足以让整个链路断掉。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
