前端须知的httpheader

文件信息：

Content-Type: application/x-Javascript
Content-Length: 2000

Content-Type:指定请求和响应的内容类型，如果未指定即为text/html

　　　　　　常用的Content-Type

　　　　　　　　text/plain：普通文本

　　　　　　　　tex/html：html文本

　　　　　　　　application/x-Javascript：js

　　　　　　　　application/x-www-form-urlencoded：默认形式表单发包类型

　　　　　　　　multipart/form-data：用在发送文件的post包中

　　　　　　　　application/json：通过json传输

　　　　　　　　application/xml：通过xml传输

Content-Length:用于指定请求或相应的内容长度

　　　　　　　1.如果存在Transfer-Encoding（chuncked）则在头信息中不能有Content-Type有也会被忽略

　　　　　　　2.如果是短连接则可以通过关闭连接来确定长度

　　　　　　　3.Content-Length必须与传输内容长度相同，过长会导致超时，过短会直接截断

　　　　　　　4.http1.1之前不支持keep-alive,Content-Length可有可无。http1.1若为keep-alive则chuncked和Content-Length必须二选一，若为非keep-alive则Content-Length可有可无

压缩：

Accept-Encoding: gzip
Content-Encoding: gzip

编码方式

• gzip　　表明实体采用GNU zip编码
• compress 表明实体采用Unix的文件压缩程序
• deflate　　表明实体是用zlib的格式压缩的
• identity　　表明没有对实体进行编码。当没有Content-Encoding header时， 就默认为这种情况

压缩流程：

　　1.浏览器在发送请求时会带上Accept-Encoding头信息，里面有浏览器支持的所有压缩方式。

　　2.服务器在接收到浏览器发过来的信息之后，对Accept-Encoding里面的信息进行判断，选择合适的压缩方式对相应内容进行压缩，然后增加Content-Encoding头信息，将其改为当前使用的压缩方式名，将响应发回浏览器。

　　3.浏览器接收到响应后，通过对Content-Encoding中的信息进行判断，选择合适的解压方式进行解压，并展示

 代理缓存：

Vary: Accept-Encoding

　　代理缓存，从服务器到浏览器可能经过多个中间体，如：缓存服务器。现在很多应用都用到了缓存机制，而一个url可能会返回多个文档，中间服务器应该缓存哪些，浏览器请求时应该返回哪些文档，这就涉及到浏览器和服务器之间的一个内容协商问题。

　　一般有两种方式：

　　　　1)服务器每次都返回多个版本，300（Mutiple choices），让浏览器自己选择，但是这种会导致多一次网络请求，还有就是某些版本的文档是给具有特殊功能（比如压缩）的浏览器准备的，让普通用户选可能会出现问题

　　　　2)服务器根据浏览器发送的Accept字段来选择合适的内容发送

　　有时候这四个字段不够用会用User-Agent和COOKIE一块判断，这时候就需要加一个

Vary: User-Agent, COOKIE

　　一般来说只需要在Vary中写除了Accept-*之外的字段，但是存在一些服务器对这个机制实现有Bug，它们会直接忽略响应头中的Content-Encoding，从而可能会给不支持压缩的浏览器发回压缩后的文档，所以如果有压缩的话，需要给响应头中增加Accept-Encoding使得Bug服务器能够正确的缓存。

缓存：

Expires: Mon, 24 Feb 2014 03:34:00 GMT 
Cache-Control: max-age=3600
If-None-Match: "b3234c-9999-45334a15"
Etag: "b3234c-9999-45334a15"
If-Modified-Since: Mon, 24 Feb 2014 03:34:00 GMT 
Last-Modified: Mon, 24 Feb 2014 03:34:00 GMT 

　　Expires：过期时间，这个属性告诉缓存方，相关副本在多长时间内是可用的，当超过这个时间，缓存方就会向服务器发送请求重新获取

　　　　　　注意点： 1.时间格式必须为GMT时间格式，其他时间格式，其余的时间格式都会被当成之前的时间

　　　　　　　　　　 2.缓存方时间必须和服务器时间一致，不然会导致提前或延迟更新

　　Cache-Control：缓存控制

　　　　　　常用的有以下几种属性值

　　　　　　max-age：指示在多少秒之内，缓存方不用向服务器发送这个文件的请求，直接使用缓存。在max-age时间之内，浏览器请求该文件的响应总是为200(from cache)

　　　　　　no-cache：强制缓存方必须每次都向服务器发送请求，由服务器决定缓存方保存的是否为最新的文件。如果为最新的，服务器就会返回304(Not Modified)，缓存方直接使用缓存；如果不是最新返回200，并返回最新的文件。一般配合last-modified或Etag一起使用。

　　　　　　no-store：强制缓存方永远不缓存该文件，每次都是向服务器请求最新的文件

　　　　　　public：表示任何缓存方都可缓存该响应

　　　　　　private：只会缓存给该用户不会共享缓存

　　Etag/If-None-Match：

　　　　　　1）缓存方第一次请求时，服务器返回的响应头中会包含一个Etag的hash

　　　　　　2）之后每次缓存方向服务器请求时都会包含一个If-None-Match头信息，内容为服务器返回的Etag，然后服务器对这个头信息进行判断，如果为最新的，服务器就会返回304(Not Modified)，缓存方直接使用缓存；如果不是最新返回200，并返回最新的文件，更新Etag字段。

　　Last-Modified/If-Modified-Since：

　　　　　　1）缓存方第一次请求时，服务器返回的响应头中会包含一个Last-Modified头信息，内容为该文件的最后更新时间

　　　　　　2）之后每次缓存方向服务器请求时都会包含一个If-Modified-Since头信息，内容为服务器返回的Last-Modified，然后服务器对这个头信息进行判断，如果为最新的，服务器就会返回304(Not Modified)，缓存方直接使用缓存；如果不是最新返回200，并返回最新的文件，更新Last-Modified字段。

　　总结：Expires和Cache-Control为缓存方判断是直接读取缓存还是向服务端发请求的字段，只不过Cache-Control比Expires控制的要多一点

　　　　　Etag/If-None-Match和Last-Modified/If-Modified-Since为服务器判断缓存方保存的是否为最新的，如果为最新就返回304让缓存方使用缓存，如果不是最新则返回最新内容。不过前者是通过随机字符串判断，后者是通过时间判断

长连接：

connection: keep-alive
Keep-Alive: timeout=20, max=2

 　　将connection设置为keep-alive可以让多个连接共用一个TCP连接，提高了交互效率

　　 Keep-Alive用来设置该连接的过期时间，上例中20秒后或者在该连接中请求了两次后断开

　　 connection可为请求或者响应头，Keep-Alive仅为响应头。

重定向：

Location: http://www.baidu.com