Http协议具体解释

一、HTTP协议的URL

HTTP URL (URL是一种特殊类型的URI。包括了用于查找某个资源的足够的信息)的格式例如以下：
http://host[":"port][abs_path]
http表示要通过HTTP协议来定位网络资源；
host表示合法的Internet主机域名或者IP地址；
port指定一个port号。为空则使用缺省port80；
abs_path指定请求资源的URI；
假设URL中没有给出abs_path，那么当它作为请求URI时。
必须以“/”的形式给出，通常这个工作浏览器自己主动帮我们完毕。
eg:
1、输入：www.guet.edu.cn
浏览器自己主动转换成：http://www.guet.edu.cn/
2、http:192.168.0.116:8080/index.jsp 

二、 Http协议的内容

Request and Response messages use the generic message format of RFC 822 [9] for transferring
entities (the payload of the message). Both types of message consist of a start-line, 
zero or more header fields (also known as "headers"), 
an empty line (i.e., a line with nothing preceding the CRLF) 
indicating the end of the header fields, and possibly a message-body.
　　　　generic-message = start-line
　　　　　　　　　　　　　*(message-header CRLF)
　　　　　　　　　　　　　CRLF
　　　　　　　　　　　　　[ message-body ]

http协议请求和响应内容都由三部分组成，各自是：行(请求行和状态行)、报头(消息头)、正文(消息体)
消息头和消息体之间,用CRLF(回车和换行)隔开,表示报头域的结束.

请求行以一个方法符号开头。以空格分开。后面跟着请求的URI和协议的版本号，
格式例如以下：Method Request-URI HTTP-Version CRLF 
当中 Method表示请求方法；
Request-URI是一个统一资源标识符；
HTTP-Version表示请求的HTTP协议版本号,当前使用1.1。
CRLF表示回车和换行（除了作为结尾的CRLF外。不同意出现单独的CR或LF字符）。

请求方法（全部方法全为大写）有多种，各个方法的解释例如以下：
GET 请求获取Request-URI所标识的资源
POST 在Request-URI所标识的资源后附加新的数据
HEAD 请求获取由Request-URI所标识的资源的响应消息报头
PUT 请求server存储一个资源，并用Request-URI作为其标识
DELETE 请求server删除Request-URI所标识的资源
TRACE 请求server回送收到的请求信息。主要用于測试或诊断
CONNECT 保留将来使用
OPTIONS 请求查询server的性能，或者查询与资源相关的选项和需求

应用举例：
GET方法：在浏览器的地址栏中输入网址的方式訪问网页时。浏览器採用GET方法向server获取资源，
eg:GET /form.html HTTP/1.1 (CRLF)

POST方法要求被请求server接受附在请求后面的数据。经常使用于提交表单。
eg：POST /reg.jsp HTTP/ (CRLF) 

(2.1.2) 状态行(Status-Line)

响应的行称为状态行,格式例如以下：HTTP-Version Status-Code Reason-Phrase CRLF
当中。HTTP-Version表示serverHTTP协议的版本号。
Status-Code表示server发回的响应状态代码；
Reason-Phrase表示状态代码的文本描写叙述。
状态代码有三位数字组成。第一个数字定义了响应的类别，且有五种可能取值：
1xx：指示信息--表示请求已接收，继续处理
2xx：成功--表示请求已被成功接收、理解、接受
3xx：重定向--要完毕请求必须进行更进一步的操作
4xx：client错误--请求有语法错误或请求无法实现
5xx：server端错误--server未能实现合法的请求
eg：HTTP/1.1 200 OK （CRLF）

HTTP头字段包含4类： general-header ; request-header ; response-header ; entity-header .

general-header是request、response都可用的, 可是不能用于entity.
通用头域包括请求和响应消息都支持的头域，
包括Cache-Control、Connection、Date、Pragma、Transfer-Encoding、Upgrade、Via。

Cache-Control
Cache -Control指定请求和响应遵循的缓存机制。
在请求消息或响应消息中设置 Cache-Control并不会改动还有一个消息处理过程中的缓存处理过程。
请求时的缓存指令包含no-cache、no-store、max-age、 max-stale、min-fresh、only-if-cached，
响应消息中的指令包含public、private、no-cache、no- store、no-transform、must-revalidate、
proxy-revalidate、max-age。

常常使用的就是no-cache,表示不缓存。

Date
Date头域表示消息发送的时间，时间的描写叙述格式由rfc822定义。
比如，Date:Mon,31Dec200104:25:57GMT。

Date描写叙述的时间表示世界标准时，换算成本地时间，须要知道用户所在的时区。

Pragma
Pragma头域用来包括实现特定的指令，最经常使用的是Pragma:no-cache。
在HTTP/1.1协议中，它的含义和Cache- Control:no-cache同样。 

请求头域可能包括下列字段Accept、Accept-Charset、Accept-Encoding、
Accept-Language、Authorization、From、Host、If-Modified-Since、
If- Match、If-None-Match、If-Range、If-Range、If-Unmodified-Since、
Max-Forwards、 Proxy-Authorization、Range、Referer、User-Agent。

响应头域同意server传递不能放在状态行的附加信息，
这些域主要描写叙述server的信息和 Request-URI进一步的信息。
响应头域包括Age、Location、Proxy-Authenticate、Public、
Retry-After、Server、Vary、Warning、WWW-Authenticate。

实体头域包括关于实体的原信息，实体头包括Allow、Content- Base、Content-Encoding、
Content-Language、 Content-Length、Content-Location、Content-MD5、
Content-Range、Content-Type、 Etag、Expires、Last-Modified、extension-header。