HTTP协议学习总结三（常见http响应头）

2019独角兽企业重金招聘Python工程师标准>>>

#HTTP常用响应头详解

这是请求oschina首页时的响应信息&＃xff1a; 响应头

理论上所有的响应头信息都应该是回应请求头的。但是服务端为了效率&＃xff0c;安全&＃xff0c;还有其他方面的考虑&＃xff0c;会添加相对应的响应头信息&＃xff0c;从上图可以看到&＃xff1a;

Cache-Control&＃xff1a;must-revalidate, no-cache, private。这个值告诉客户端&＃xff0c;服务端不希望客户端缓存资源&＃xff0c;在下次请求资源时&＃xff0c;必须要从新请求服务器&＃xff0c;不能从缓存副本中获取资源。 Cache-Control是响应头中很重要的信息&＃xff0c;当客户端请求头中包含Cache-Control:max-age&＃61;0请求&＃xff0c;明确表示不会缓存服务器资源时,Cache-Control作为作为回应信息&＃xff0c;通常会返回no-cache&＃xff0c;意思就是说&＃xff0c;“不缓存就不缓存呗”&＃xff1b;当客户端在请求头中没有包含Cache-Control时&＃xff0c;服务端往往会定,不同的资源不同的缓存策略&＃xff0c;比如说oschina在缓存图片资源的策略就是Cache-Control&＃xff1a;max-age&＃61;86400,这个意思是&＃xff0c;从当前时间开始&＃xff0c;在86400秒的时间内&＃xff0c;客户端可以直接从缓存副本中读取资源&＃xff0c;而不需要向服务器请求。
Connection&＃xff1a;keep-alive&＃xff0c;这个字段作为回应客户端的Connection&＃xff1a;keep-alive&＃xff0c;告诉客户端服务器的tcp连接也是一个长连接&＃xff0c;客户端可以继续使用这个tcp连接发送http请求。关于长连接的更多知识&＃xff0c;后面我再详细讲。
Content-Encoding:gzip,告诉客户端&＃xff0c;服务端发送的资源是采用gzip编码的&＃xff0c;客户端看到这个信息后&＃xff0c;应该采用gzip对资源进行解码。
Content-Type&＃xff1a;text/html;charset&＃61;UTF-8&＃xff0c;告诉客户端&＃xff0c;资源文件的类型&＃xff0c;还有字符编码&＃xff0c;客户端通过utf-8对资源进行解码&＃xff0c;然后对资源进行html解析。通常我们会看到有些网站是乱码的&＃xff0c;往往就是服务器端没有返回正确的编码。
Date&＃xff1a;Sun, 21 Sep 2014 06:18:21 GMT&＃xff0c;这个是服务端发送资源时的服务器时间&＃xff0c;刚开始我不知道GMT是格林尼治所在地的标准时间&＃xff0c;以为是服务器的时间错了&＃xff0c;还去服务器上查看过时间。http协议中发送的时间都是GMT的&＃xff0c;这主要是解决在互联网上&＃xff0c;不同时区在相互请求资源的时候&＃xff0c;时间混乱问题。
Expires:Sun, 1 Jan 2000 01:00:00 GMT,这个响应头也是跟缓存有关的&＃xff0c;告诉客户端在这个时间前&＃xff0c;可以直接访问缓存副本&＃xff0c;很显然这个值会存在问题&＃xff0c;因为客户端和服务器的时间不一定会都是相同的&＃xff0c;如果时间不同就会导致问题。所以这个响应头是没有Cache-Control&＃xff1a;max-age&＃61;***这个响应头准确的&＃xff0c;因为max-age&＃61;date中的date是个相对时间&＃xff0c;不仅更好理解&＃xff0c;也更准确。
Pragma:no-cache,这个含义与Cache-Control等同。
Server&＃xff1a;Tengine/1.4.6&＃xff0c;这个是服务器和相对应的版本&＃xff0c;只是告诉客户端服务器信息&＃xff0c;没有更多的意思。
Transfer-Encoding&＃xff1a;chunked&＃xff0c;这个响应头告诉客户端&＃xff0c;服务器发送的资源的方式是分块发送的。一般分块发送的资源都是服务器动态生成的&＃xff0c;在发送时还不知道发送资源的大小&＃xff0c;所以采用分块发送&＃xff0c;每一块都是独立的&＃xff0c;独立的块都能标示自己的长度&＃xff0c;最后一块是0长度的&＃xff0c;当客户端读到这个0长度的块时&＃xff0c;就可以确定资源已经传输完了。
Vary: Accept-Encoding&＃xff0c;告诉缓存服务器&＃xff0c;缓存压缩文件和非压缩文件两个版本&＃xff0c;现在这个字段用处并不大&＃xff0c;因为现在的浏览器都是支持压缩的。

上面讲述了访问oschina时&＃xff0c;服务器端发送回来的响应头信息&＃xff0c;但是却并不全&＃xff0c;下面这些也是常常会出现的&＃xff0c;都很重要&＃xff1a;

Content-leng:资源长度&＃xff0c;如果服务器响应头中没有Transfer-Encoding&＃xff1a;chunked&＃xff0c;也就是说如果资源不是分块传输的&＃xff0c;那么这个字段就是必须的&＃xff0c;因为如果服务器端不告诉客户端资源的长度&＃xff0c;那么在Connection&＃xff1a;keep-alive,也就是说客户端与服务器端是长连接时&＃xff0c;客户端就无法确定资源在什么时候结束。所以这个响应头对于静态资源时必须的。
Content-Range:告诉客户端&＃xff0c;这次发送的是资源的哪部门字节&＃xff0c;通常值为 &＃xff1a;bytes 100-1000 /5000。
COOKIE&＃xff1a;用于标识客户端&＃xff0c;跟踪客户端,存储用户信息、用户行为。
Location&＃xff1a;服务端将资源的真实目的地放在这个响应头中&＃xff0c;引导客户端重定向到这个地址去&＃xff0c;如果服务器返回302&＃xff0c;那么这个值是必须的,通常这个值是一个完整的url&＃xff1a;www.oschina.net。
WWW-Authenticate:这个字段主要用在服务器资源是有访问限制的&＃xff0c;通常客户端在访问服务器资源时&＃xff0c;服务器会返回401&＃xff0c;要求客户端发送认证信息&＃xff0c;同时会告诉客户端如何将认证信息编码。这个响应头的值就是存储服务器告诉客户端编码的方式&＃xff0c;通常是Basic-64编码。