面试问题系列：HTTP协议解析和错误码
HTTP协议用于在Internet上发送和接收消息。HTTP协议是一种请求-应答式的协议——客户端发送一个请求，服务器返回该请求的应答，所有的请求与应答都是HTTP包。HTTP协议使用可靠的TCP连接，默认端口是80。HTTP的第一个版本是HTTP/0.9，后来发展到了HTTP/1.0，现在最新的版本是HTTP/1.1。HTTP/1.1由RFC2616 定义。
在HTTP中，Client/Server之间的会话总是由客户端通过建立连接和发送HTTP请求包初始化，服务器不会主动联系客户端或要求与客户端建立连接。浏览器和服务器都可以随时中断连接，例如，在浏览网页时你可以随时点击"停止"按钮中断当前的文件下载过程，关闭与Web服务器的HTTP连接。
1 HTTP请求包
HTTP请求包(GET、POST等请求方法)由三个部分构成，分别是：方法-URI-协议/版本，请求头，请求正文。下面是一个HTTP请求包(GET)的例子：
GET /index.jsp HTTP/1.1
Accept-Language: zh-cn
Connection: Keep-Alive
Host: 192.168.0.106
Content-Length: 37
userName=new_andy&password=new_andy
请求包的第一行是方法-URI-协议/版本：
GET就是请求方法，根据HTTP标准，HTTP请求可以使用多种请求方法。HTTP1.1支持七种请求方法：GET、POST、HEAD、OPTIONS、PUT、delete和TRACE等，常用的为请求方法是GET和POST。
/index.jsp表示URI。URI指定了要访问的网络资源。
HTTP/1.1是协议和协议的版本。
最后一行userName=new_andy&password=new_andy为正文，正文与HTTP头部有一个空行(\r\n)分隔。这里需要说明的一点，其中Content-Length说明正文的长度，有的正文长度没有在头部说明，只是标明Transfer-Encoding:chunked。关于chunked类型的长度计算方法，见RFC 1626。
请求包的头部还会包含许多有关客户端环境和请求正文的有用信息，这里不再描述。
2 HTTP应答包
和HTTP请求包相似，由三个部分构成，分别是：协议-状态代码-描述，应答头，应答正文。下面是一个HTTP应答的例子：
HTTP/1.1 200 OK
Server: Microsoft-IIS/4.0
Date: Mon, 3 Jan 2005 13:13:33 GMT
Content-Type: text/html
Last-Modified: Mon, 11 Jan 2004 13:23:42 GMT
Content-Length: 90
<html>
<head>
<title>解读HTTP包示例</title></head><body>
Hello WORLD!
</body>
</html>
HTTP应答包的第一行类似于HTTP请求的第一行，表示所用的协议是HTTP1.1，服务器处理请求的状态码200。
应答头也和请求头一样包含许多有用的信息，例如服务器类型、日期时间、内容类型和长度等。应答的正文就是服务器返回的HTML页面。应答头和正文之间也用CRLF分隔。
wiki中的解释
超文本传输协议(HTTP，HyperTextTransfer Protocol)是互联网上应用最为广泛的一种网络传输协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。
概述HTTP的发展是万维网协会和Internet工作小组合作的结果，在一系列的RFC发布中确定了最终版本，其中最著名的是RFC2616。在RFC2616中定义了HTTP/1.1这个今天普遍使用的版本。
HTTP是一个用于在客户端和服务器间请求和应答的协议。一个HTTP的客户端，诸如一个web浏览器，通过建立一个到远程主机特殊端口（默认端口为80）的连接，初始化一个请求。一个HTTP服务器通过监听特殊端口等待客户端发送一个请求序列，就像“GET /HTTP/1.1”（用来请求网页服务器的默认页面），有选择的接收像email一样的MIME消息，此消息中包含了大量用来描述请求各个方面的信息头序列，响应一个选择的保留数据主体。接收到一个请求序列后（如果要的话，还有消息），服务器会发回一个应答消息，诸如“200OK”，同时发回一个它自己的消息，此消息的主体可能是被请求的文件、错误消息或者其他的一些信息。
HTTP不同于其他基于TCP的协议，诸如FTP。在HTTP中，一旦一个特殊的请求（或者请求的相关序列）完成，连接通常被中断。这个设计使得对于当前页面有规则连接到另一台服务器页面的万维网来说，HTTP是完美的。当持久连接的缺乏成为保持用户状态的必需选择的方法时，对网页设计者来说，会偶然产生一些问题。而大部分这些方法包括了对“cookies”的使用。
这里有一个HTTP的安全版本称为HTTPS，HTTPS支持任何的加密算法，只要此加密算法能被页面双方所理解。
HTTP（和HTTPS）由唯一资源定位器或者简称URLs定位。创造这种地址定位的语法为了HTML的链接。
例子下面是一个HTTP客户端与服务器之间会话的例子，运行于www.google.com，端口80
客户端请求：
GET / HTTP/1.1Host：www.google.com（紧跟着一个换行，通过敲入回车实现）
服务器应答：
HTTP/1.1 200 OKContent-Length: 3059Server: GWS/2.0Date: Sat, 11 Jan 2003 02:44:04 GMTContent-Type: text/htmlCache-control: privateSet-Cookie: PREF=ID=73d4aef52e57bae9:TM=1042253044: LM=1042253044:S=SMCc_HRPCQiqyX9j; expires=Sun, 17-Jan-2038 19:14:07 GMT; path=/; domain=.google.comConnection: keep-alive（紧跟着一个空行，并且由HTML格式的文本组成了Google的主页）
在HTTP1.0中，客户端发送一个请求至服务器，服务器发送一个应答至客户端。之后，连接将被释放。另一方面，HTTP1.1支持持久连接。这使得客户端可以发送请求并且接收应答，然后迅速的发送另一个请求和接收另一个应答。因为多个额外的请求，TCP连接并没有被释放，而每个请求中关于TCP的负载相对较少。同时，在得到上一个请求的应答之前发送多个请求（通常是两个）也成为可能。这个技术被称为“流水线”。
HTTP常见错误码解析：
1. HTTP 500错误（内部服务器错误）对对HTTP 500错误的定义已经充分证明了这是一个最常见的HTTP错误。 一般来说，HTTP 500 错误就是web服务器发生内部错误时返回的信息。 例如，web服务器过载时将无法正确处理访问请求。
根据Google的搜索数据统计，HTTP 500 错误发生机率是404错误的两倍：
2. HTTP 404错误（文件未找到）
大多数人都知道这个错误。 当用户试图访问Web服务器（通常是一个网页）上某个实际不存在的资源时，就会发生404错误。 404错误可能是由无效的链接引起，也可能是URL拼写错误，还可能是因为虚拟主机将所请求页面移到其他地方（或删除所请求页面）。 一些网站设置了自定义页面以防止坏链接所产生的不良影响。
3. HTTP 403错误（禁止访问）403错误类似于401错误，不同之处在于401错误是未经授权，而403错误是禁止访问。 任何登录对403错误都不起作用。 尝试访问（被禁止的）网站目录时，就会发生403错误。
4. HTTP 400错误（错误请求）Web服务器通过返回HTTP 400错误告诉访问者，访问者用来访问网站的程序出错，或访问请求途中遭到破坏。
5. HTTP 401错误 （未经授权）
访问者试图访问受限页面但未经授权时，网站返回HTTP 401错误。错误登录尝试是导致这一错误的主因。