`

HTTP协议速查手册

HTTPprotocol 
阅读更多

前言

HTTP – Hypertext Transfer Protocol (超级文本传输协议)。HTTP协议位于应用层，建立在TCP/IP协议的基础上。HTTP协议使用可靠的TCP连接，默认端口是80。

 

HTTP 1.1对应RFC2068， URL

1.   HTTP Request

HTTP请求由3部分组成：

n   First line

请求方法、URI和HTTP协议的版本

n   Request Header

n   Request Content

1)     First Line

n   3者都位于request的第一行，且以空格分隔。

 

POST /hello.jsp HTTP/1.1

n   URI

Uniform Resource Identifier，统一资源标识符。RFC2396，URL是URI的一个子类别。

n   Request Method

Request Method

Function

GET

Client通过这种请求方式获取server上的文档

POST

Client通过这种方式可以发送大量信息给服务器。获取server上的文档

HEAD

用于在client和server之间交流一些内部数据，server不会返回具体的文档。这些数据不会影响用户浏览网页，对用户透明。HEAD请求一般不单独使用，通常对其他请求方式起辅助作用。一些搜索引擎使用HEAD请求方式来获取网页的标志信息，还有一些HTTP服务器在进行安全认证时，用这个方式来传递认证信息。

PUT

Client通过这种方式上传文档给server。

DELETE

客户程序通过这种方式来删除远程服务器上的某个文档。

 

2)     Request Header

n   包含客户端环境和请求正文信息。

3)     Request Content

n   请求头和正文之间必须以空行分隔，即只有CRLF符号的行，CRLF-Carriage Return Linefeed-\r\n。

n  

username=aa&password=bb&submit=submit

正文中可以包含客户以POST方式提交的表单数据：

 

2.   HTTP Response

HTTP相应也有3部分组成：

n   First Line

协议的版本、状态代码、描述

n   Response Header

n  

HTTP /1.1 200 OK

Server: Apache-Coyote/1.1

Content-type: text/html; charset=GBK

Content-length: 102

 

<html>

<head>

         <title>helloapp</title>

</head>

<body>

         <h1>hello</hello>

</body>

</html>

Response Content

 

1)     First Line

n   协议的版本、状态代码、描述3者都位于response的第一行，且以空格分隔。

 

HTTP /1.1 200 OK

 

n   状态码相关信息请见附件文档《HTTP Response Status》。

 

2)     Response Header

n  

Server: Apache-Coyote/1.1                                                            // 服务器类型

Content-type: text/html; charset=GBK                                           // 正文类型

Content-length: 102                                                                       // 正文长度

包含服务器类型、正文类型和正文长度等信息。

 

3)     Response Content

n   HTTP响应头和正文内容之间必须用空行分隔，详细可以参见Request Content。

浏览器接收到HTTP响应后，会根据正文的不同类型来进行不同的处理。HTTP协议采用MIME协议来规范正文的数据类型，详细请参见附录文档《MIME Notes》。HTTP响应头中的Content-type用于指定请求正文和响应中文部分的MIME类型。

 

3.   HTTP Response Code

 

Status
Content
Description
200~299
OK
 
100
Continue

初始的请求已经接受，客户应当继续发送请求的其余部分
101
Switching Protocols
服务器将遵从客户的请求转换到另外一种协议
200 
OK

一切正常，对GET和POST请求的应答文档跟在后面
201
Created

服务器已经创建了文档，Location头给出了它的URL。
202
Accepted

已经接受请求，但处理尚未完成。
203
Non-Authoritative Information

文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝
204
No Content

没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的
205
Reset Content

没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容
206
Partial Content

客户发送了一个带有Range头的GET请求，服务器完成了它
300
Multiple Choices

客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明
301
Moved Permanently

客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。
302
Found

类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。
303
See Other

类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取
304
Not Modified

客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。
305
Use Proxy

客户请求的文档应该通过Location头所指明的代理服务器提取
307
Temporary Redirect

和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是 POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码： 当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只能跟随对GET请求的重定向。
400
Bad Request

请求出现语法错误。
401
Unauthorized

客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。
403
Forbidden

资源不可用。
404
Not Found

无法找到指定位置的资源
405
Method Not Allowed

请求方法（GET、POST、HEAD、Delete、PUT、TRACE等）对指定的资源不适用。
406
Not Acceptable

指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容
407
Proxy Authentication Required

类似于401，表示客户必须先经过代理服务器的授权。
408
Request Timeout

在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。
409
Conflict

通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。
410
Gone

所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。
411
Length Required

服务器不能处理请求，除非客户发送一个Content-Length头。
412
Precondition Failed

请求头中指定的一些前提条件失败
413
Request Entity Too Large

目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头
414
Request URI Too Long

URI太长
416
Requested Range Not Satisfiable

服务器不能满足客户在请求中指定的Range头
500 
Internal Server Error

服务器遇到了意料不到的情况，不能完成客户的请求
501
Not Implemented

服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求
502
Bad Gateway

服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答
503
Service Unavailable

服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头
504
Gateway Timeout

由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答
505
HTTP Version Not Supported

服务器不支持请求中所指明的HTTP版本

4.   HTTP Response Code Summary

 

Status
Description
1xx
信息提示，表示临时的相应
2xx

响应成功，表明服务器成功地接收了客户端请求。
3xx
重定向
4xx 

客户端错误，表明客户端可能有问题
5xx

服务器错误，表明服务器由于遇到某种错误而不能响应客户端请求。

 

5.   Version Summary

 

Version
Content
Update Date
V0.15
增加reCAPTCHA验证，防止spam
2008.02.20
v0.12
修正一个已知问题，因某些服务器不支持直接获取header而返回403错误。

2008.02.14
v0.11
增加了代理；增加判断跳转的路径。
2008.02.11
v0.10
改进循环机制，最多可以检查连续五次跳转。

2008.02.05
v0.03
可以检查两次跳转。

2008.02.04
v0.02
可以检测所有的状态值。比如301永久重定向，302临时重定向，404错误，或者是200正常等。

 
v0.01
可以检测网址或者网页的部分服务器返回之状态值。

 
分享到：
| Java Security 总纲
评论
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

Magicbox
Global site tag (gtag.js) - Google Analytics