$request->withParam() 不生效是因为它返回新实例而非修改原对象，需赋值并传递给 $next()；其注入参数仅影响 param() 等方法，且优先级低于路由参数，验证器默认可识别。
withparam在中间件里怎么用">
中间件里 request->withParam 为什么总是不生效
因为 request->withParam 不是「修改当前 Request 对象」，而是返回一个**新实例**；中间件里直接调用但不重新赋值给 $request，后续控制器拿到的还是原始对象。
常见错误写法：
$request->withParam(['uid' => 123]); // ✗ 没有接住返回值，白写了
- 必须显式接收返回的新 Request 实例：
$request = $request->withParam(['uid' => 123]); - 这个新实例需通过
$next($request)传递下去，否则下游完全感知不到 -
withParam只影响param()、only()、except()等读取参数的方法，不影响get()/post()等原始输入源
withParam 和 withQuery / withPost 的区别在哪
三者都是返回新 Request 实例，但注入位置不同，影响范围也不同：
-
withParam()：注入到「统一参数池」，$request->param('x')、$request->param()都能取到，且会和 URL/POST/路由变量自动合并（按优先级：路由 > POST > GET） -
withQuery()：只注入到 query 参数（即 GET），$request->get()可见，$request->param()仅在无同名 POST/路由参数时才 fallback 到它 -
withPost()：只注入到 POST 数据，$request->post()可见，$request->param()优先级高于 query，但低于路由参数
所以想让控制器无感地“多一个参数”，withParam 是唯一选择；若只想伪造一次 GET 请求行为，用 withQuery 更精准。
立即学习“PHP免费学习笔记（深入）”；
在 beforeAction 中间件里怎么安全注入参数
ThinkPHP 6+ 的中间件执行时机在路由匹配之后、控制器方法调用之前，此时路由参数已解析完毕，withParam 注入的键名如果和路由变量重名，会被后者覆盖（路由优先级最高）。
- 避免覆盖关键路由参数，比如不要
withParam(['id' => 999])去改/user/:id解析出的id - 推荐使用明确前缀或独立命名空间，例如：
withParam(['auth_uid' => 123, 'auth_role' => 'admin']) - 如需强制覆盖（极少数场景），先用
$request->route()拿到原始路由变量，再用withParam+ 手动合并数组传入
withParam 注入后，validate 验证器能识别吗
能，但前提是验证器调用的是 $this->request->param()（默认行为），而不是 $this->request->post() 或 $this->request->get()。
ThinkPHP 内置验证器（Validate 类）默认从 param() 读取数据，所以注入的参数会参与验证；但如果手动指定了验证数据源，例如：
$validate->check($request->post()); // ✗ 不包含 withParam 注入的内容
- 保持验证器默认行为即可，无需额外操作
- 自定义验证逻辑中，统一用
$request->param()而非post()/get() - 注意：验证规则中的
require、number等对注入参数同样生效，确保注入值类型合规
真正容易被忽略的是：注入发生在中间件，而某些全局钩子（如 app_init）或早期服务注册阶段根本拿不到这个 Request 实例——withParam 的作用域严格限定在当前请求生命周期内，且只对后续经过的中间件和控制器有效。
