引言
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( edirectRoute); } 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 :-)
我是@程序员小助手，持续分享编程知识，欢迎关注。
