本文介绍在 laravel 中如何从控制器向自定义 formrequest 验证类安全、可靠地传递运行时参数（如 `new => true`），解决服务分层架构下验证逻辑需感知“新增/更新”上下文的常见需求。
在 Laravel 的分层设计中，将业务逻辑拆分为 Controller → Request（验证）→ Service 是推荐实践。但 FormRequest 默认仅接收 HTTP 请求数据（$request->all()），无法直接获取控制器内动态注入的变量——这正是你遇到的核心问题：$request->add(['new' => true]) 无效，且 dd($this->request->get('new')) 始终为 null。
根本原因在于：Laravel 的 FormRequest 在控制器方法执行前就已完成实例化与验证流程（通过中间件和依赖注入解析），因此控制器中对 $request 的修改（如 add() 或 merge()）不会影响已进入验证阶段的请求对象。
✅ 正确做法：使用 merge() 并确保在验证触发前完成合并
merge() 方法会返回一个新实例（不可变操作），因此必须重新赋值给变量，并确保该合并后的请求对象被后续 Service 使用：
public function store(AlbumRequest $request, AlbumService $service)
{
// ✅ 关键：merge 返回新请求实例，必须重新赋值
$request = $request->merge(['new' => true]);
try {
$service->store($request);
return redirect()->route('admin.web.album.index');
} catch (\Exception $err) {
return back()->withInput()->with('error', $err->getMessage());
}
}⚠️ 注意事项：
❌ add() 方法在 Laravel 9+ 已废弃，且不适用于 FormRequest 实例；
✅ merge() 是标准方式，它将键值对合并到请求的输入数据中（等效于 input + merged data）；
-
? 在 AlbumRequest 中，可通过 $this->input('new') 或 $this->get('new') 安全访问：
class AlbumRequest extends FormRequest { public function rules() { $isNew = $this->input('new', false); // 默认 false，避免 null 判断 return $isNew ? ['title' => 'required|string|max:255', 'cover' => 'required|image'] : ['title' => 'required|string|max:255', 'cover' => 'nullable|image']; } }
? 进阶建议：避免控制器污染验证逻辑
若多处需区分“新增/更新”，更优雅的方式是提取上下文到 Service 层或使用策略模式。例如，在 Service 中判断主键是否存在，而非依赖外部传参；或定义 CreateAlbumRequest / UpdateAlbumRequest 两个专用验证类，提升可维护性与类型安全性。
总结：$request->merge([...]) 是向 FormRequest 注入运行时参数的标准、安全方案，务必注意其不可变特性并及时重赋值。结合清晰的输入默认值处理（如 input('key', $default)），即可稳健支撑分层架构下的条件验证需求。
