Laravel中Illuminate\Http\Request与Request门面的区别及使用场景选择

1. 三种Request引用的区别 #

你遇到的调用报错问题本质是三类引用对应了两种完全不同的对象，具体区别如下：

• use Illuminate\Support\Facades\Request;：这是Laravel提供的请求门面，属于Facade类的一种，本身没有实际的业务方法，所有静态调用都会通过魔术方法__callStatic转发到服务容器中绑定的实际请求实例上，所以你直接静态调用Request::all()可以正常运行。
• use Request;：这是Laravel默认给请求门面注册的类别名，配置在config/app.php的aliases数组中，本质和上面的门面完全等价，只是省略了全类名，运行效果没有任何区别。
• use Illuminate\Http\Request;：这是实际的请求业务类，all()等处理请求的方法都是这个类的实例方法，不支持静态调用，所以你直接用Request::all()就会抛出非静态方法不可静态调用的错误。如果要使用这个类，需要通过依赖注入的方式获取实例，写法如下：

public function test(\Illuminate\Http\Request $request)
{
    dd($request->all());
}

上述写法可以正常返回请求数据。

2. 实际开发的使用场景区分 #

两种Request本质最终操作的都是同一个全局请求实例，获取到的数据完全一致，只需要根据使用场景选择即可：

• 优先使用Illuminate\Http\Request：控制器层、中间件等支持依赖注入的场景，都推荐用注入的方式使用这个类，优势是类型提示清晰，IDE可以正常做代码补全和方法跳转，后续如果要做表单请求验证，只需要把注入的类替换成自定义的FormRequest子类即可，改造成本极低，也更符合依赖注入的开发规范，单元测试时更容易mock请求数据。
• 按需使用Illuminate\Support\Facades\Request或别名Request：在路由闭包、公共工具函数、自定义类不支持依赖注入的场景，可以直接用门面静态调用，写法更简洁，不需要手动从容器中获取请求实例。

内容的提问来源于stack exchange，提问作者Kamrul Hasan