引言

Laravel分层设计中，一般在路由阶段对请求进行初步的过滤筛选， 对不合格的或者非法的请求，直接可以中断请求，返回错误结果。

一般我们也是这么做的，但是你想过没有，中间件如何传递数据到下游？ 本文就来说一说。

学习时间

比如有一个需求，根据用户身份，判断其是否可以访问某个页面。先注册一个路由地址，在 route.php 文件内添加如下参数：

Route::get('pages/{id}', [
   'as' => 'pages',
   'middleware' => 'pageUser'
   'uses' => 'PagesController@view'
]);

接着是实现 PageUserMiddleware.php 中间件逻辑，代码如下：

public function handle($request, Closure $next)
{
    $pageId = $request->route('id');
    $page = Page::with('users')->where('id', $pageId)->first();
    if(!$page->users()->wherePivot('user_id', Auth::user()->id)->exists()) {
        return redirect()->route('redirectRoute');
    }
    return $next($request);
}

判断逻辑先判断用户某个用户是否可以访问某个页面，如果允许，则继续；如果不允许，则重定向到指定页面。

在控制器 PagesController.php 内，实现 view 方法，在逻辑上说，大概是这样的：

public function view($id)
{
    $page = Page::with('users')->where('id', $id)->first();
    return view('pages.view', ['page' => $page]);
}

大家注意到了吗，在控制器中重新进行了一次查询，与中间件的查询雷同，这是重复的内容动作， 代码中有冗余，且同样的筛选条件，被执行了两次，对于数据库是一个压力。 那么能不能把中间件内的数据，直接传入到控制器呢。

我们知道整个生命周期流程其实就是对于请求数据的加工，那么从中间件到控制器，一成不变的是请求体， 那么我们可以考虑在请求体内追加数据，在控制器内直接拿来用，这样就利用上下文变量进行了传值。

第一种方法，是在中间件的request属性内追加：

$request->attributes->add(['page' => $page]);

还有一种方法，是中间件内使用request的merge方法，合并自定义数组到请求体：

$request->merge(array("page" => $page));

然后在请求体内，就可以任性地使用了，经过精简后，控制器可以改写为下面这样：

public function view()
{
    return view('pages.view', ['page' => $request->get('page')]);
}

好了，一行解决战斗，是不是轻松多了。

写在最后

本文通过在中间件内，把自定义数据合并到request请求体内，实现了中间件到控制器的传值。 写起来效率很高，但是有一点大家要注意，这样的请求严重依赖上下文，裁剪请求体数据的时候， 一定要做好上下文的故障处理。

Happy coding :-)

我是@程序员小助手，持续分享编程知识，欢迎关注。