thinkphp中request::param()获取参数需与route定义严格对齐：变量名、大小写、正则约束、顺序必须完全一致，否则返回空或错值；路由优先级、应用隔离、域名限制及url生成时键名匹配也须同步。
ThinkPHP 中 Request 获取的参数和 Route 定义的规则不是自动对齐的——不显式声明变量名、不加正则约束、不匹配顺序，Request::param('id') 就可能返回空或错值，哪怕 URL 看起来完全匹配。
Route 定义的变量名必须和 Request::param() 的键名完全一致
URL 路径里的占位符不是“智能识别”的，user/:uid 和 user/:id 是两个完全不同的变量名。控制器里调用 Request::param('id')，但路由写的是 user/:uid，那就拿不到值。
- 必须严格一致：路由中是
{id}（TP6）或:id（TP5），Request::param('id')才有效；写成{uid}就得用Request::param('uid') - 大小写敏感：
{Id}≠{id}，Request::param('Id')会返回 null - 闭包路由同理：
Route::get('user/:id', function($id) { ... })中的$id参数名也必须和占位符名一致，否则注入失败
没加 pattern() 的变量，Request::param() 会照单全收，但类型不可控
默认情况下，{id} 只匹配 [a-zA-Z0-9_-]+，但不会拒绝 123abc 这类混合值——它照样进到 Request::param('id') 里，后续强转 intval() 或直接拼 SQL 就容易出问题。
- 必须显式约束：
->pattern(['id' => '\d+'])，否则Request::param('id')返回字符串"123abc"，不是报错而是静默通过 - 中文、斜杠等特殊字符默认不匹配：若路由含
{title}且要支持中文，必须写->pattern(['title' => '[\x{4e00}-\x{9fa5}a-zA-Z0-9_-]+'])，否则Request::param('title')拿不到值（直接 404 或空） -
.*很危险：->pattern(['path' => '.*'])可能吞掉后续路由段，Request::param('path')值可能包含不该有的斜杠或查询片段
Route 匹配优先级决定 Request::param() 能否取到值
如果一条更宽泛的路由（比如 [:any] 或 api/[:v]/[:id]）写在前面，它可能提前吃掉请求，导致后面精确的 user/{id:\d+} 根本不执行——此时 Request::param('id') 看似有定义，实则来自错误路由，值可能是空、错位或被截断的。
- 路由文件加载顺序即匹配顺序：先定义的先匹配，务必把具体规则放通用规则之前
- 多应用下，子应用路由（如
app/admin/route/app.php）只对对应应用生效，跨应用访问时Request::param()取不到主应用路由定义的变量 - 域名路由（
Route::domain('api', ...)）内定义的变量，只在该域名下生效；Request::param()在其他域名请求中无法获取
url() / route() 生成链接时，参数键名错一个，Request::param() 就失效
route('user/{id}', ['uid' => 123]) 生成的是 /user/（空 ID），因为键名 uid 和路由变量名 id 不匹配。控制器收到请求后，Request::param('id') 是 null，而不是 123。
- 生成 URL 时传的数组键必须和路由占位符名一字不差：
['id' => 123]，不能是['ID' => 123]或['user_id' => 123] - 命名路由（
->name('user.show')）也不能绕过这个限制：route('user.show', ['id' => 123])才对，['uid' => 123]一样失效 - 使用
url()助手函数时同理：url('user/read', ['id' => 123])→ 正确；漏传或键错 → 生成静态路径，Request::param('id')拿不到
最常被忽略的一点：Route 规则本身不校验参数合法性，它只负责“分发”；Request::param() 只负责“提取”，两者之间没有隐式契约——所有一致性都靠你手动对齐变量名、正则、顺序和调用方式。少对齐一处，参数就断在中间。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
