一、HTTP协议详解之URL篇
http（超文本传输协议）是一个基于请求与响应模式的、无状态的、应用层的协议，常基于TCP的连接方式，HTTP1.1版本中给出一种持续连接的机制，绝大多数的Web开发，都是构建在HTTP协议之上的Web应用。
HTTP URL (URL是一种特殊类型的URI，包含了用于查找某个资源的足够的信息)的格式如下：
| 1 |
http://host[ | ":"port][path]
其中，http表示要通过HTTP协议来定位网络资源；host表示合法的Internet主机域名或者IP地址；port指定一个端口号，若空则使用缺省的80端口；path指定请求资源的URI；如果URL中没有给出path，那么当它作为请求URI时，必须以“/”的形式给出，但通常浏览器会帮我们完成这个工作。比如在浏览器地址栏 输入：www.guet.edu.cn， 浏览器自动换成 http://www.guet.edu.cn/
二、HTTP协议详解之请求篇
http请求由三部分组成，分别是：请求行、消息报头、请求正文
1) 请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本，格式如下：
| 1 |
Method Request-URI HTTP-Version CRLF |
其中, EMethod表示请求方法，一般为GET, POST, PUT, DELET；Request-URI是一个统一资源标识符， 例如/index.jsp；HTTP-Version表示请求的HTTP协议版本, 比如HTTP/1.1；CRLF表示回车和换行符（除了作为结尾的CRLF外，不允许出现单独的CR或LF字符）。
请求方法除了上述提到的GET, POST, PUT, DELETE外，还有TRACE, CONNECT,OPTIONS，其各个方法的解释如下：
| 1 |
GET 请求获取Request-URI所标识的资源 |
| 2 |
POST 在Request-URI所标识的资源后附加新的数据 |
| 3 |
HEAD 请求获取由Request-URI所标识的资源的响应消息报头 |
| 4 |
PUT 请求服务器存储一个资源，并用Request-URI作为其标识 |
| 5 |
DELETE 请求服务器删除Request-URI所标识的资源 |
| 6 |
TRACE 请求服务器回送收到的请求信息，主要用于测试或诊断 |
| 8 |
OPTIONS 请求查询服务器的性能，或者查询与资源相关的选项和需求 |
应用举例：
- 在浏览器的地址栏中输入网址的方式访问网页时，浏览器采用GET方法向服务器获取资源
- POST方法要求被请求服务器接受附在请求后面的数据，常用于提交表单。一个典型的POST请求格式如下：
| 1 |
POST /reg.jsp HTTP/ (CRLF) //这行是请求行 |
| 2 |
Accept:image/gif,image/x-xbit,... (CRLF) |
| 4 |
HOST:www.guet.edu.cn (CRLF) |
| 5 |
Content-Length:22 (CRLF) |
| 6 |
Connection:Keep-Alive (CRLF) |
| 7 |
Cache-Control:no-cache (CRLF) |
| 8 |
(CRLF) //该CRLF表示消息报头已经结束，在此之前为消息报头 |
| 9 |
user=jeffrey& | pwd=1234 //此行及以下为提交的数据
HEAD方法与GET方法的请求/响应格式几乎是一样的， 因此常利用HEAD请求方法测试资源的有效性，比如是否可以访问，以及最近是否更新过等。
三、HTTP协议详解之响应篇
一般情况下，服务器接收并处理客户端发过来的请求后会返回一个HTTP的响应消息。
HTTP的响应消息也是由三个部分组成，分别是：状态行、消息报头、响应正文
1) 状态行格式如下：
| 1 |
HTTP-Version Status-Code Reason-Phrase (CRLF) |
其中，HTTP-Version表示服务器HTTP协议的版本, 例如HTTP/1.1；Status-Code表示服务器发回的响应状态代码, 例如200；Reason-Phrase表示状态代码的文本描述，例如OK。一个典型的响应消息状态行：
状态代码有三位数字组成，第一个数字定义了响应的类别，共分五种类别:
1xx：指示信息--表示请求已接收，继续处理
2xx：成功--表示请求已被成功接收、理解、接受
3xx：重定向--要完成请求必须进行更进一步的操作
4xx：客户端错误--请求有语法错误或请求无法实现
5xx：服务器端错误--服务器未能实现合法的请求
常见状态代码、状态描述、说明：
200 OK