一、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