客户端与服务器通信,这是一个request
与response
的过程。在Yii2
中分别有yii\web\Request.php
和 yii\web\Response.php
来处理。
其中request处理cookie
的逻辑是:
1 |
|
这里request从PHP
的全局变量$_COOKIE
中获取客户端传的cookie
, 构造yii\web\Cookie
对象,而这个对象只有name和value属性赋值了
response中处理cookie
的逻辑是:
首先通过Yii::$app->response->cookies
调用yii\web\CookieCollection.php
:
1 |
|
不论是新增,还是删除,修改cookie
,都是通过将cookie
赋值给Yii::$app->response->cookies
最后response通过sendCookies()
返回给客户端:
1 |
|
默认的我们的cookie
是写到当前域名下面的, 对于一般场景这是没问题的。当时对于前后端分离的应用,尤其是前后端域名不一致的场景,就会出现问题。
假定现在有一个应用采用前后端分离的架构,前端域名为: mike.com
, 后端域名为: api.mike.com
. 后端使用cookie
存储用户名:
1 | { |
前台登录,调用API http://api.mike.com/site/login
, 后台代码:
1 |
|
当前台退出登录,调用API http://api.mike.com/site/logout
清除cookie, 后台代码如下:
1 |
|
你以为你清除了cookie user_name, 然而并不是这样, 你可以通过chrome浏览器F12
在Application
中查看当前域名下面存在的cookie
为什么会不会删除呢? 让我们先看看reomve
的逻辑:
1 |
|
如果传的不是一个Cookie
对象,那么会构造一个Cookie
对象,设置expire
, 添加到response中,服务器收到一个expire = 1
的cookie
, 就会从本地删除,之后的请求就不会带这个name的cookie
了。问题在于重新构造的cookie没有指定domain, 那么就会用当前域名api.mike.com; 可是login写的cookie domain为mike.com, 虽然name相同,都是user_name, 但是domain不同,浏览器不认为是一个cookie, 所以login写入的cookie不会被删除,
改进后的代码:
1 |
|
其实不仅remove
, 去更新cookie的时候也是会存在这个问题的。
1 |
|
需要注意的是Yii2从request里面获取的cookie对象只有name,value属性值,如果domain不是当前域,那么需要重新指定