Response Headersclose是怎么回事_服务器

Response Headersclose是怎么回事_字段_02

从上面两个图我们可以看出,虽然浏览器端有cookie,为什么在发送list请求时没有把本地的cookie带上呢,再看下面的截图:

Response Headersclose是怎么回事_servlet_03

Response Headersclose是怎么回事_服务器_04

上面两个截图我们可以看出,上面的list请求带上了Cookie信息,那么你不仅会疑问什么情况下http请求会把cookie带上,什么时候http请求不带cookie信息呢,解答这个疑问之前先了解些cookie相关的基础性的东西:

Response Headersclose是怎么回事_客户端_05

Set-Cookie响应头字段(Response header)是服务器发送到浏览器或者其他客户端的一些信息,一般用于登陆成功的情况下返回给客户端的凭证信息,然后下次请求时会带上这个cookie,这样服务器端就能知道是来自哪个用户的请求了。

Cookie请求头字段是客户端发送请求到服务器端时发送的信息(满足一定条件下浏览器自动完成,无需前端代码辅助)。

下表为Set-Cookie响应头可以设置的属性

NAME=VALUE

赋予 Cookie 的名称和其值(必需项)

expires=DATE

Cookie 的有效期(若不明确指定则默认为浏览器关闭前为止)

path=PATH

将服务器上的文件目录作为Cookie的适用对象(若不指定则默

认为文档所在的文件目录)

domain=域名

作为 Cookie 适用对象的域名 (若不指定则默认为创建 Cookie

的服务器的域名)

Secure

仅在 HTTPS 安全通信时才会发送 Cookie

HttpOnly

加以限制, 使 Cookie 不能被 JavaScript 脚本访问

请看上面标红的三个属性,拿一个Http POST请求来说  http://aaa.www.com/xxxxx/list

如果满足下面几个条件:

1、浏览器端某个Cookie的domain字段等于aaa.www.com或者www.com

2、都是http或者https,或者不同的情况下Secure属性为false

3、要发送请求的路径,即上面的xxxxx跟浏览器端Cookie的path属性必须一致,或者是浏览器端Cookie的path的子目录,比如浏览器端Cookie的path为/test,那么xxxxxxx必须为/test或者/test/xxxx等子目录才可以

注:

上面3个条件必须同时满足,否则该Post请求就不能自动带上浏览器端已存在的Cookie