昨天博主接到一个委托的需求，大数据同事想要在请求日志抓取数据，希望在我的每个页面进行cookie的种植，方便他们进行定位分析，我思考了一下，简单呀，首先考虑的是通过中间件进行cookie种植，但是随后发现在现在的项目结构里贸然增加一个单纯的非通用性的中间件，会导致项目的耦合增加于是乎，开始研究项目路由，好在，我的项目里面，所有路由都指向了同一个控制器（框架结构里面还有其他项目），于是乎，开动。
首先，增加了一个cookie种植的私有方法，放到控制器的构造函数里面，这样就可以实现cookie种植啦，cookie操作直接使用了框架自带的cookie啦，在app.php里面：
中文官方文档里面cookie有两种用法，第一种就是实例化一个response类 ，然后用withCookie()方法去种植:
return response($content) ->header('Content-Type', $type) ->cookie('name', 'value', $minutes);
或者
$response = new Response();
$cookie = cookie('name,'value',10);//保存10分钟
return $response->withCookie($cookie);
但是经过百度之后发现了一个更更加灵活的使用方式：
Cookie::queue('name','value',10);
这种方式更加适用于控制器哦
但是这个里这么了博主好几个小时，网上其他大咖分享的知识，都是在控制器使用之后完美种植，奈何我无论如何都不能实现（response可以实现），郁闷，沉浸下来思考了一下，应该是我们项目和标准框架那里有差异，于是各种搜索，琢磨开始了，最后发现了一个可疑的类：AddQueuedCookiesToResponse，从字面可以看出它的功能，添加队列cookie到响应，而且还使用了getQueuedCookies()方法（注：和queue方法同属于CookieJar类），后来搜索后发现，标准框架里面，该类作为web中间件是被默认开启的，但是被人给注释掉了，哭~
好了，cookie种植已经解决，但是有个问题需要思考一下，之前一般用的中间件都是在执行控制器之前执行，为什么这个中间件是在之后执行呢？
关键点在于这里：
没错，就是$next($request),这里应该是把请求转发到下一个步骤了，也就是控制器，控制器执行完毕，返回一个响应类，如果需要在控制器执行完毕之后处理响应，就可以对返回的response进行相关操作了，总结完毕~