ThinkPHP控制器中必须用$this->request->param()获取动态路由参数，因路由变量独立存储于Request对象的param层，不进入$_GET或input()数据源。
ThinkPHP控制器里怎么拿到动态路由参数
直接用 $this->request->param()，不是 input() 也不是 get() —— 这是新手最常错的地方。ThinkPHP 的路由变量（比如 user/:id 或 article/<code>year/\month）默认不进 $_GET，也不会被 input('id') 捕获，必须走 param()。
-
$this->request->param('id')获取单个路由参数，支持默认值：$this->request->param('id', 0) -
$this->request->param()返回全部路由参数（含 URL 参数和 POST 数据混合，注意冲突风险） - 如果路由定义了闭包或资源路由，参数名严格按路由规则来，比如
route('user.read', ['uid' => 123])对应的路由是'user/<code>uid'，那就要用param('uid')，不是param('id') - 开启
url_param_type = 1（PATHINFO 模式）时，param()才能正确提取；若用兼容模式（index.php?s=xxx），路由参数实际走的是s解析，param()可能为空
为什么 input('id') 拿不到路由里的 :id
因为 input() 默认只读取 $_GET、$_POST、$_REQUEST 和请求体，而 ThinkPHP 的路由变量是解析后单独存进 Request 对象的 param 层，和传统 CGI 参数隔离。除非你手动把路由参数 merge 进 GET（不推荐），否则它俩根本不在一个数据源里。
- 调试时可打印
dump($this->request->param())和dump(input())对比，一眼看出区别 - 如果你在中间件里提前调用了
$request->bind()或修改过参数绑定逻辑，param()行为可能被覆盖 - RESTful 资源路由（如
Route::resource('blog', 'Blog')）生成的edit、update方法，参数名固定为id，但前提是路由规则没被自定义重写
带冒号的路由变量（:id）和普通 URL 参数混用时怎么区分
ThinkPHP 会把二者都塞进 param()，但优先级：路由变量 > URL 查询参数 > POST 数据。也就是说，如果路由是 'user/<code>id'，同时 URL 是 /user/5?id=999，$this->request->param('id') 拿到的是 5，不是 999。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 想强制读 URL 查询参数？用
$this->request->get('id')，它绕过路由层，只看$_GET - 想确认某个 key 来自哪一层？查
$this->request->paramSource()返回的数组，里面有来源标记（route/get/post） - 别依赖
param()做安全校验——它可能被 URL 参数覆盖，敏感操作建议显式用route()或param(true)（只取路由参数）
TP6 和 TP5.1 在路由参数获取上的关键差异
TP6 把 param() 的行为收得更紧，默认不再自动合并 POST；TP5.1 的 param() 默认合并所有输入源，容易误拿脏数据。
立即学习“PHP免费学习笔记（深入）”；
- TP6 中，
$this->request->param()默认只含路由 + 查询参数（不含 POST），要加 POST 得显式调用param(true) - TP5.1 中，
param()默认等价于param(true)，所以老项目升级到 TP6 后，突然发现 POST 数据“不见了”，其实是预期变了 - TP6 新增
$this->request->route('id')，专用于只取路由层参数，比param('id')更精准，也更安全
路由参数看着简单，但混着 URL 参数、POST、中间件绑定、版本升级一起，很容易漏掉某一层的覆盖逻辑。最稳妥的做法：需要路由值就用 route()，需要完整输入上下文才用 param()，别图省事全靠一个方法兜底。
