什么是HTTP协议
协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则，超文本传输协议(HTTP)是一种通信协议，它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器
版本
URL详解
URL(Uniform Resource Locator) 地址用于描述一个网络上的资源, 基本格式如下
schema://host[:port#]/path/.../[?query-string][#anchor]
指定低层使用的协议(例如：http, https, ftp)
HTTP服务器的IP地址或者域名
访问资源的路径
发送给http服务器的数据
锚
的一个例子
http://www.mywebsite.com/sj/test/test.aspx?name=sviergn&x=true#stuff
Schema:
http
host:
www.mywebsite.com
path:
/sj/test/test.aspx
Query
String:
name=sviergn&x=true
Anchor:
stuff
HTTP协议是无状态的
为了解决这个问题， Web程序引入了Cookie机制来维护状态.
HTTP消息的结构
消息的结构, Request 消息分为3部分，第一部分叫Request line, 第二部分叫Request header, 第三部分是body. header和body之间有个空行， 结构如下图
Path-to-resoure表示请求的资源， Http/version-number 表示HTTP协议的版本号
方法的时候， body是为空的
如下
所谓眼见为实, 实际见到的东西，我们才能理解和记忆。 我们今天用Fiddler，实际的看看Request和Response.
捕捉一个博客园登录的Request 然后分析下它的结构, 在Inspectors tab下以Raw的方式可以看到完整的Request的消息， 如下图
和Request消息的结构基本一样。 同样也分为三部分,第一部分叫Response line, 第二部分叫Response header，第三部分是body. header和body之间也有个空行, 结构如下图
status-code 和message 请看下节[状态代码]的详细解释.
捕捉一个博客园首页的Response然后分析下它的结构, 在Inspectors tab下以Raw的方式可以看到完整的Response的消息， 如下图
Get和Post方法的区别
一个URL地址用于描述一个网络上的资源，而HTTP中的GET, POST, PUT, DELETE就对应着对这个资源的查，改，增，删4个操作。 我们最常见的就是GET和POST了。GET一般用于获取/查询资源信息，而POST一般用于更新资源信息.
我们看看GET和POST的区别
GET提交的数据会放在URL之后，以?分割URL和传输数据，参数之间以&相连，如EditPosts.aspx?name=test1&id=123456. POST方法是把提交的数据放在HTTP包的Body中.
GET提交的数据大小有限制（因为浏览器对URL的长度有限制），而POST方法提交的数据没有限制.
GET方式需要使用Request.QueryString来取得变量的值，而POST方式通过Request.Form来获取变量的值。
GET方式提交数据，会带来安全问题，比如一个登录页面，通过GET方式提交数据时，用户名和密码将出现在URL上，如果页面可以被缓存或者其他人可以访问这台机器，就可以从历史记录获得该用户的账号和密码.
状态码
消息中的第一行叫做状态行，由HTTP协议版本号， 状态码， 状态消息 三部分组成。
状态码用来告诉HTTP客户端,HTTP服务器是否产生了预期的Response.
状态码由三位数字组成，第一个数字定义了响应的类别
提示信息 - 表示请求已被成功接收，继续处理
成功 - 表示请求已被成功接收，理解，接受
重定向 - 要完成请求必须进行更进一步的处理
客户端错误 - 请求有语法错误或请求无法实现
服务器端错误 - 服务器未能实现合法的请求
看看一些常见的状态码
OK
这表明该请求被成功地完成，所请求的资源发送回客户端
打开博客园首页
Found
中的Location中返回，浏览器将会自动使用新的URL发出新的Request
http://www.google.com. HTTP服务器会返回302， IE取到Response中Location header的新URL, 又重新发送了一个Request.
Not Modified
还可以继续使用，
发现很多Response 的status code 都是304
强制刷新页面
Bad Request 客户端请求与语法错误，不能被服务器所理解
Forbidden 服务器收到请求，但是拒绝提供服务
Not Found
Internal Server Error 服务器发生了不可预期的错误
Server Unavailable 服务器当前不能处理客户端的请求，一段时间后可能恢复正常
能很方便的查看Reques header, 点击Inspectors tab ->Request tab-> headers 如下图所示.
有很多，比较难以记忆，我们也按照Fiddler那样把header 进行分类，这样比较清晰也容易记忆。
Cache
头域
If-Modified-Since
把浏览器端缓存页面的最后修改时间发送到服务器去，服务器会把这个时间与服务器上实际文件的最后修改时间进行对比。如果时间一致，那么返回304，客户端就直接使用本地缓存文件。如果时间不一致，就会返回200和新的文件内容。客户端接到之后，会丢弃旧文件，把新文件缓存起来，并显示在浏览器中.
Thu, 09 Feb 2012 09:07:57 GMT
实例如下图
If-None-Match
If-None-Match和ETag一起工作，工作原理是在HTTP Response中添加ETag信息。 当用户再次请求该资源时，将在HTTP Request 中加入If-None-Match信息(ETag的值)。如果服务器验证资源的ETag没有改变（该资源没有更新），将返回一个304状态告诉客户端使用本地缓存文件。否则将返回200状态和新的资源和Etag. 使用这样的机制将提高网站的性能
If-None-Match: "03f2b33c0bfcc1:0"
实例如下图
Pragma
防止页面被缓存， 在HTTP/1.1版本中，它和Cache-Control:no-cache作用一模一样
例如： Pragma: no-cache
在HTTP/1.0版本中，只实现了Pragema:no-cache, 没有实现Cache-Control
Cache-Control
这个是非常重要的规则。 这个用来指定Response-Request遵循的缓存机制。各个指令含义如下
可以被任何缓存所缓存（）
内容只缓存到私有缓存中
所有内容都不会被缓存
我没搞懂其中的意思， 请大家参考其他的资料
Client 头域
Accept
浏览器端可以接受的媒体类型,
Accept: text/html 代表浏览器可以接受服务器回发的类型为 text/html 也就是我们常说的html文档,
acceptable)
* 代表任意类型
Accept: */* 代表浏览器可以处理所有类型,(一般浏览器发给服务器都是发这个)
Accept-Encoding：
浏览器申明自己接收的编码方法，通常指定压缩方法，是否支持压缩，支持什么压缩方法（gzip，deflate），（注意：这不是只字符编码）;
Accept-Encoding: gzip, deflate
Accept-Language
浏览器申明自己接收的语言。
语言跟字符集的区别：中文是语言，中文有多种字符集，比如big5，gb2312，gbk等等；
Accept-Language: en-us
User-Agent
客户端使用的操作系统和浏览器的名称和版本.
我们上网登陆论坛的时候，往往会看到一些欢迎信息，其中列出了你的操作系统的名称和版本，你所使用的浏览器的名称和版本，这往往让很多人感到很神奇，实际上，服务器应用程序就是从User-Agent这个请求报头域中获取到这些信息User-Agent请求报头域允许客户端将它的操作系统、浏览器和其它属性告诉服务器。
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; CIBA; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; InfoPath.2; .NET4.0E)
Accept-Charset
作用：浏览器申明自己接收的字符集，这就是本文前面介绍的各种字符集和字符编码，如gb2312，utf-8（通常我们说Charset包括了相应的字符编码方案）；
Cookie/Login 头域
Cookie:
最重要的header, 将cookie的值发送给HTTP 服务器
Entity头域
Content-Length
作用：发送给HTTP服务器数据的长度。
Content-Length: 38
Content-Type
作用：显示此HTTP请求提交的内容类型。一般只有post提交时才需要设置该属性。
application/x-www-form-urlencoded
application/x-www-form-urlencoded;charset:UTF-8
表单数据向服务器提交时所采用的编码类型，默认的缺省值就是“application/x-www-form-urlencoded”。 然而，在向服务器发送大量的文本、包含非ASCII字符的文本或二进制数据时这种编码方式效率很低。
在文件上载时，所使用的编码类型应当是“multipart/form-data”，它既可以发送文本数据，也支持二进制数据上载。 当提交为单单数据时，可以使用“application/x-www-form-urlencoded”；当提交的是文件时，就需要使用“multipart/form-data”编码类型。 在Content-Type属性当中还是指定提交内容的charset字符编码。一般不进行设置，它只是告诉web服务器post提交的数据采用的何种字符编码。 一般在开发过程，是由前端工程与后端UI工程师商量好使用什么字符编码格式来post提交的，然后后端ui工程师按照固定的字符编码来解析提交的数据。所以这里设置的charset没有多大作用。
头域
Referer:
提供了Request的上下文信息的服务器，告诉服务器我是从哪个链接过来的，比如从我主页上链接到一个朋友那里，他的服务器就能够从HTTP Referer中统计出每天有多少用户点击我主页上的链接访问他的网站。
Referer:http://translate.google.cn/?hl=zh-cn&tab=wT
Transport
头域
Connection
keep-alive 当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接
Connection: close 代表一个Request完成后，客户端和服务器之间用于传输HTTP数据的TCP连接会关闭， 当客户端再次发送Request，需要重新建立TCP连接。
1.1（HTTP 1.1默认进行持久连接），它就可以利用持久连接的优点，当页面包含多个元素时（例如Applet，图片），显著地减少下载所需要的时间。要实现这一点， web服务器需要在返回给客户端HTTP头信息中发送一个Content-Length（返回信息正文的长度）头，最简单的实现方法是：先把内容写入ByteArrayOutputStream，然 后在正式写出内容之前计算它的大小。 实例： Connection: keep-alive
Host（发送请求时，该报头域是必需的）
请求报头域主要用于指定被请求资源的Internet主机和端口号，它通常从HTTP URL中提取出来的
我们在浏览器中输入：http://www.guet.edu.cn/index.html
浏览器发送的请求消息中，就会包含Host请求报头域，如下：
Host：http://www.guet.edu.cn
此处使用缺省端口号80，若指定了端口号，则变成：Host：指定端口号
HTTP Response header
查看Response header, 点击Inspectors tab ->Response tab-> headers 如下图所示
我们也按照Fiddler那样把header 进行分类，这样比较清晰也容易记忆。
Cache头域
Date
生成消息的具体时间和日期
Sat, 11 Feb 2012 11:35:14 GMT
Expires
浏览器会在指定过期时间内使用本地缓存
Expires: Tue, 08 Feb 2022 11:35:14 GMT
Vary
作用：
Vary: Accept-Encoding
Cookie/Login
头域
P3P
用于跨域设置Cookie, 这样可以解决iframe跨域访问cookie的问题
P3P: CP=CURa ADMa DEVa PSAo PSDo OUR BUS UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR
Set-Cookie
非常重要的header, 用于把cookie 发送到客户端浏览器， 每一个写入cookie都会生成一个Set-Cookie.
Set-Cookie: sc=4c31523a; path=/; domain=.acookie.taobao.com
Entity头域
ETag
和If-None-Match 配合使用。 （实例请看上节中If-None-Match的实例）
ETag: "03f2b33c0bfcc1:0"
Last-Modified:
用于指示资源的最后修改日期和时间。（实例请看上节的If-Modified-Since的实例）
Last-Modified: Wed, 21 Dec 2011 09:09:10 GMT
Content-Type
作用：WEB服务器告诉浏览器自己响应的对象的类型和字符集,
例如:
text/html; charset=utf-8
Content-Type:text/html;charset=GB2312
image/jpeg
Content-Length
指明实体正文的长度，以字节方式存储的十进制数字来表示。在数据下行的过程中，Content-Length的方式要预先在服务器中缓存所有数据，然后所有数据再一股脑儿地发给客户端。
Content-Length: 19847
Content-Encoding
WEB服务器表明自己使用了什么压缩方法（gzip，deflate）压缩响应中的对象。
例如：Content-Encoding：gzip
