http协议简介
HTTP协议是(超文本传输协议Hyper Text Transfer Protocol)的缩写,是用于万维网(WWW:World Wide Web)服务器与本地浏览器之间传输超文本的传送协议.
HTTP是一个属于应用层的面向对象的协议,由于其简捷、快速的方式,适用于分布式超媒体信息系统.它于1990年提出,经过几年的使用与发展,得到不断地完善和扩展.
HTTP协议工作于客户端-服务端架构为上.浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求.Web服务器根据接收到的请求后,向客户端发送响应信息.
http协议特性
-基于TCP/IP
http协议是基于TCP/IP协议之上的应用层协议.
-基于请求－响应模式
HTTP协议规定,请求从客户端发出,最后服务器端响应该请求并返回.换句话说,肯定是先从客户端开始建立通信的,服务器端在没有接收到请求之前不会发送响应.
-无状态保存
HTTP是一种不保存状态,即无状态(stateless)协议.HTTP协议自身不对请求和响应之间的通信状态进行保存.也就是说在HTTP这个级别,协议对于发送过的请求或响应都不做持久化处理.
使用HTTP协议,每当有新的请求发送时,就会有对应的新响应产生.协议本身并不保留之前一切的请求或响应报文的信息.这是为了更快地处理大量事务,确保协议的可伸缩性,而特意把HTTP协议设计成如此简单的.可是,随着Web的不断发展,因无状态而导致业务处理变得棘手的情况增多了.比如,用户登录到一家购物网站,即使他跳转到该站的其他页面后,也需要能继续保持登录状态.针对这个实例,网站为了能够掌握是谁送出的请求,需要保存用户的状态.HTTP/1.1虽然是无状态协议,但为了实现期望的保持状态功能,于是引入了Cookie技术.有了Cookie再用HTTP协议通信,就可以管 理状态了.有关Cookie的详细内容稍后讲解.
-无连接
无连接的含义是限制每次连接只处理一个请求.服务器处理完客户的请求,并收到客户的应答后,即断开连接.采用这种方式可以节省传输时间.
http请求协议与响应协议
http协议包含由浏览器发送数据到服务器需要遵循的请求协议与服务器发送数据到浏览器需要遵循的请求协议.用于HTTP协议交互的信被为HTTP报文.请求端(客户端)的HTTP报文做请求报文,响应端(服务器端)的做响应报文.HTTP报文本身是由多行数据构成的字文本.
-请求协议
请求方式:Get与Post请求
GET 提交的数据会放在URL之后,以?分割URL和传输数据,参数之间以&相连,如EditBook?name=test1&id=123456.
POST提交的数据会放在HTTP包的请求体中.
GET提交的数据大小有限制(因为浏览器对URL的长度有限制)，而POST方法提交的数据没有限制.
GET与POST请求在服务端获取请求数据方式不同。
-响应协议
-响应状态码
状态码的职能是当客户端向服务器端发送请求时,返回的请求结果.
借助状态码,用户可以知道服务器端是正常处理了请求,还是出现了什么错误。
数字中的第一位指定了响应类别,后两位无分类.
响应类别有以下5种：
类型触发动作说明
1XX Informational信息性状态码,表示接受的请求正在处理
2XX Success成功状态码,表示请求正常处理完毕
3XX Redirection重定向状态码,表示需要客户端需要进行附加操作
4XX Client Error客户端错误状态码,表示服务器无法处理请求
5XX Server Error服务器错误状态码,表示服务器处理请求出错
常见的14种状态码
RFC2616记录的HTTP状态码有37种,再加上「WebDAV」(RFC4918、5842)和「Additional HTTP Status Codes」(RFC6585)，数量就达到60多种。
然并卵，这么多种HTTP状态码，其实常用的大概只有14种.
2XX Success
响应结果表示从客户端发来的请求在服务器端被正常处理了。
-200 OK
请求被成功处理,服务器会根据不同的请求方法返回结果.
GET :请求的对应资源会作为响应返回.
HEAD:请求的对应资源的响应头(entity-header)会作为响应返回,不包括响应体(message-body).
POST:返回处理对应请求的结果。
-204 No Content
该状态码表示服务器接收到的请求已经处理完毕，但是服务器不需要返回响应体.
比如，客户端是浏览器的话，发出的请求返回204响应，那么浏览器显示的页面不会发生更新。
-206 Partial Content
该状态码表示客户端进行了范围请求,而服务器成功执行了这部分的GET请求。
客户端发起的请求,必须在请求头中包含Range字段.服务端响应报文中,必须包含由Content-Range指定范围的实体内容(entity-bodies)
3XX Redirection
响应结果表明浏览器需要执行某些特殊的处理以完成请求。
301 Movied Permanently
永久性重定向,该状态码表示请求的资源已经被分配了新的URI,并且以后使用资源现在所指的URI.并且根据请求的方法有不同的处理方式：
HEAD:必须在响应头部Location字段中指明新的永久性的URI.
GET :除了有Location字段以外,还需要在响应体中附上永久性URI的超链接文本.
POST:客户端在发送POST请求,受到301响应之后,不应该自动跳转URI,应当让用户确认跳转.
比如,如果一个URI已经在浏览器中被收藏为书签,这时应该按照Location首部字段提示的URI重新保存。
-302 Found
临时性重定向,该状态码表示请求的资源已被分配了新的URI,希望用户本次能使用新的URI访问.
和301状态码相似,但302状态码代表的资源不是被永久移动,只是临时性质的.
如果,用户把一个URI收藏为书签,302响应是不会像301那样去更新书签.
-303 See Other
该状态码表示由于请求对应的资源存在另一个URI,应使用GET方法定向获取请求的资源.
303与302不同之处在于,302是不会改变请求的方法,如果请求方法是POST的话,重定向的请求也应该是POST.
而对于303,使用POST请求的话,重定向的请求应该是GET请求.
但是有一点是需要注意的,许多HTTP/1.1版以前的浏览器不能正确理解303状态码,很多现存的浏览器将302响应视为303响应,并且使用GET方式访问Location中规定的的URI,而无视原先请求的方法.
-304 Not Modified
该状态码表示客户端发送附带条件请求时,服务器端允许请求访问资源,但未满足条件的情况.
304状态码返回时,不包含任何响应的主题部分.附带条件的请求指的是采用GET方法的请求头中包含:If-Match、If-Modified-Since、If-None-Match、If-Range、If-Unmodified-Since中任一首部.
-307 Temporary Redirect
临时重定向,该状态码与302和303的有着类似的含义,不同之处在于,307状态码并不会指定客户端要用什么样的请求方法请求重定向地址.
(302指定使用原有请求方法，303指定使用GET方法)
4XX Client Error
4XX的响应结果表明客户端是发生错误的原因所在
-400 Bad Request
表示该请求报文中存在语法错误，导致服务器无法理解该请求。客户端需要修改请求的内容后再次发送请求。
-401 Unauthorized
该状态码表示发送的请求需要有通过HTTP认证(Basic认证，Digest认证)的认证信息。返回含有401的响应，必须在头部包含WWW-Authenticate以指明服务器需要哪种方式的认证。
当客户端再次请求该资源的时候，需要在请求头中的Authorization包含认证信息。
更多关于认证授权的信息关注RFC2617
-403 Forbidden
该状态码表明对请求资源的访问被服务器拒绝了。服务器没有必要给出拒绝的详细理由，但如果想做说明的话，可以在实体的主体部分原因进行描述，这样就能让用户看到了。
未获得文件系统的访问权限，访问权限出现某些问题，从未授权的发送源IP地址试图访问等情况都可能发生403响应。
-404 Not Found
该状态码表明服务器上无法找到指定的资源。通常被用于服务器不想透露拒绝请求的原因，或者没有其他的响应可提供。
5XX Server Error
5XX的响应结果表明服务器本身发生错误，或者没有足够的能力来处理请求。
-500 Internal Server Error
该状态码表明服务器端在执行请求时发生了错误。也有可能是Web应用存在的BUG或某些临时的故障。
-503 Service Unavailable
该状态码表明服务器暂时处于超负载或正在进行停机维护，现在无法处理请求。如果事先得知解除以上需要的时间，最好写入Retry-After首部字段再返回给客户端。
