cookie的一些问题

cookie 是由浏览器进行管理的 浏览器会更具请求的路径 找到对应的cookie添加到请求数据中去

浏览器是根据请求的路径 来进行cookie的查找 与添加的

好比

127.0.0.1：8080/op/login

这个请求以后 咱们生成了一个请求 同时回传一个cookie 此时咱们没有在 后台设置 cookie的path属性 那么浏览器将使用 默认的规则 找到请求最后一个反斜杠 即 127.0.0.1：8080/op/ 匹配该cookie 意思是 每次路径里面有 127.0.0.1：8080/op/ 都会携带该cookie值

 

咱们也能够在后台手动设置 通常设为"/" 这个意思表明 该站点的全部请求 都会携带这个cookie

若是设置为”/path1/path2/"

那么只有在访问 ip：port/path1/path2/** 这种路径时才会 携带这个cookie

 

如图有两个cookie 一个设置了path为“/" 即 http://172.19.81.60:8080/

l另外一个没有设置 使用默认的 即 http://172.19.81.60:8080/newrobot/investment/op/

 

以下图第二个请求 少了一个cookie（值是不同的） 可是那个设置了”/" 还在

***

提示 ：进行这种测试的浏览器的数据要清理掉 否则会出现异常的状况

 

总结：

cookie 在第一次返回给浏览器的时候 要设置路径 通常为“/" 若是网关环境复杂 最好设置一下

亲身经历 就由于上图路径多了一个 反斜杠（仔细看下）cookie传输异常

 

我的以为 使用cookie 进行会话控制 其实很差 由于如今的的项目通常网络环境都比较复杂

每一个地方都会对http的请求头进行处理 只要有一个地方出问题 系统运转就出问题了 如今 通常吧会话的标识 做为请求的参数 进行传递 这样更可靠