laravel的$request对象不可变，直接赋值如$request->name='new'无效；应使用merge()返回新实例或parameterbag::set()修改特定参数包。
能改，但不是“直接赋值”那种改法。Laravel 的 $request 对象是不可变（immutable）设计的 —— 你不能像 $request->name = 'new' 这样写，它会静默失败或报错。
为什么 $request->xxx = 'xxx' 不生效？
Laravel 的 Illuminate\Http\Request 是基于 Symfony 的 Request 封装，其属性（如 query、request、files）都是只读的 ParameterBag 实例。直接给 $request->xxx 赋值，PHP 会尝试写入一个不存在的公共属性，不会触发任何 setter 或底层参数更新。
- 现象：代码执行无报错，但后续调用
$request->xxx仍是旧值 - 根本原因：没有重载
__set()，也没有把属性映射到内部ParameterBag - 验证方式：dump(
$request->all()) 和 dump($request->xxx)，你会发现二者不一致
真正可用的修改方式：merge() 和 ParameterBag::set()
必须通过 Request 提供的明确方法去“派生”一个新状态，而不是原地修改。
-
$request->merge(['name' => 'alice'])：返回一个**新 Request 实例**，包含合并后的参数（GET/POST 全局覆盖），原$request不变 -
$request->request->set('name', 'alice')：直接操作 POST 参数包（ParameterBag），影响后续$request->post('name')和$request->input('name') -
$request->query->set('page', 2)：同理，只改查询参数，不影响 POST 数据 - 注意：
merge()不会修改原始对象，所以你要重新赋值：$request = $request->merge([...])
哪些场景下改了也白改？
改完之后如果没在后续逻辑里用到新值，等于没改。尤其要注意验证和模型填充环节。
- 用
$request->validate()时，它内部读的是原始$request->all()，如果你只调了$request->request->set()但没merge()，validate 仍校验旧数据 - Eloquent 的
create($request->all())同样读原始快照，不会感知ParameterBag::set()的改动 - 中间件里改了
$request，但控制器里没接收新实例（比如没 return 或没传参），下游照样收不到
更安全的替代思路：用 DTO 或普通数组中转
与其折腾不可变的 $request，不如早点把它转成可控结构。
- 提取后立刻
$data = $request->all()，然后自由修改$data['name'] = 'alice' - 用
validated()先过验证，再对结果数组做调整：$data = $request->validated(); $data['status'] = 'pending'; - 封装为 Value Object 或 Form Request 类，在构造时就完成预处理，避免中途魔改请求对象
最易忽略的一点：merge() 和 ParameterBag::set() 修改的是不同层级的数据源，且不互相同步。用哪个，取决于你后面调用的是 input()、post() 还是 all() —— 它们底层读的不是同一个 bag。
