关于HTTP

关于HTTP

对于HTTP的好奇,找了些资料,整理一下,如下:

一、Http的介绍

  a. request

    b. response

二、JAVA中的HTTP:

三、HTTP 状态代码部分

一、Http的介绍

          HTTPHyperTextTransferProtocol  即超文本传输协议,目前网页传输的通用协议。HTTP协议采用了请求/响应模型,浏览器或其他客户端发出请求,服务器给与响应。就整个网络资源传输而  言,包括message-headermessage-body两部分。

      a. request

通过连接,客户端写一个ASCII文本请求行,后跟0或多个HTTP头标,一个空行和实现请求的任意数据。

一个请求由四个部分组成:请求行、请求头标、空行和请求数据
   1.请求行:请求行由三个标记组成:请求方法、请求URIHTTP版本,它们用空格分隔
例如:
GET /index.html HTTP/1.1

  HTTP规范定义了8种可能的请求方法:
  GET 检索URI中标识资源的一个简单请求
  HEAD GET方法相同,服务器只返回状态行和头标,并不返回请求文档
  POST 服务器接受被写入客户端输出流中的数据的请求
  PUT 服务器保存请求数据作为指定URI新内容的请求
  DELETE 服务器删除URI中命名的资源的请求
  OPTIONS 关于服务器支持的请求方法信息的请求
  TRACE Web服务器反馈Http请求和其头标的请求
  CONNECT 已文档化但当前未实现的一个方法,预留做隧道处理
   2.请求头标:由关键字/值对组成,每行一对,关键字和值用冒号(:)分隔。请求头标通知服务器有关于客户端的功能和标识,典型的请求头标有:
  User-Agent 客户端厂家和版本
  Accept 客户端可识别的内容类型列表
  Content-Length 附加到请求的数据字节数
   3.空行:最后一个请求头标之后是一个空行,发送回车符和退行,通知服务器以下不再有头标。
   4.请求数据:使用POST传送数据,最常使用的是Content-TypeContent-Length头标。

      b. response

Web服务器解析请求,定位指定资源。服务器将资源副本写至套接字,在此处由客户端读取。
一个响应由四个部分组成;状态行、响应头标、空行、响应数据
1.状态行:状态行由三个标记组成:HTTP版本、响应代码和响应描述。
  HTTP版本:向客户端指明其可理解的最高版本。
    响应代码:3位的数字代码,指出请求的成功或失败,如果失败则指出原因。
    响应描述:为响应代码的可读性解释。
    例如:HTTP/1.1 200 OK
    HTTP
响应码:
      1xx:信息,请求收到,继续处理
      2xx:成功,行为被成功地接受、理解和采纳
      3xx:重定向,为了完成请求,必须进一步执行的动作
      4xx:客户端错误:
2.响应头标:像请求头标一样,它们指出服务器的功能,标识出响应数据的细节。
3.空行:最后一个响应头标之后是一个空行,发送回车符和退行,表明服务器以下不再有头标。
4.响应数据:HTML文档和图像等,也就是HTML本身。

 

二、JAVA中的HTTP:

 

 Request部分:

Accept

指定客户端能够接收的内容类型

Accept: text/plain, text/html

Accept-Charset

浏览器可以接受的字符编码集。

Accept-Charset: iso-8859-5

Accept-Encoding

指定浏览器可以支持的web服务器返回内容压缩编码类型。

Accept-Encoding: compress, gzip

Accept-Language

浏览器可接受的语言

Accept-Language: en,zh

Accept-Ranges

可以请求网页实体的一个或者多个子范围字段

Accept-Ranges: bytes

Authorization

HTTP授权的授权证书

Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==

Cache-Control

指定请求和响应遵循的缓存机制

Cache-Control: no-cache

Connection

表示是否需要持久连接。(HTTP 1.1默认进行持久连接)

Connection: close

Cookie

HTTP请求发送时,会把保存在该请求域名下的所有cookie值一起发送给web服务器。

Cookie: $Version=1; Skin=new;

Content-Length

请求的内容长度

Content-Length: 348

 Content-Type

请求的与实体对应的MIME信息

Content-Type: application/x-www-form-urlencoded

Date

请求发送的日期和时间

Date: Tue, 15 Nov 2010 08:12:31 GMT

Expect

请求的特定的服务器行为

Expect: 100-continue

From

发出请求的用户的Email

From: [email protected]

Host

指定请求的服务器的域名和端口号

Host: www.zcmhi.com

If-Match

只有请求内容与实体相匹配才有效

If-Match: “737060cd8c284d8af7ad3082f209582d”

If-Modified-Since

如果请求的部分在指定时间之后被修改则请求成功,未被修改则返回304代码

If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT

If-None-Match

如果内容未改变返回304代码,参数为服务器先前发送的Etag,与服务器回应的Etag比较判断是否改变

If-None-Match: “737060cd8c284d8af7ad3082f209582d”

If-Range

如果实体未改变,服务器发送客户端丢失的部分,否则发送整个实体。参数也为Etag

If-Range: “737060cd8c284d8af7ad3082f209582d”

If-Unmodified-Since

只在实体在指定时间之后未被修改才请求成功

If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT

Max-Forwards

限制信息通过代理和网关传送的时间

Max-Forwards: 10

Pragma

用来包含实现特定的指令

Pragma: no-cache

Proxy-Authorization

连接到代理的授权证书

Proxy-Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==

Range

只请求实体的一部分,指定范围

Range: bytes=500-999

Referer

先前网页的地址,当前请求网页紧随其后,即来路

Referer: http://www.zcmhi.com/archives/71.html

TE

客户端愿意接受的传输编码,并通知服务器接受接受尾加头信息

TE: trailers,deflate;q=0.5

Upgrade

向服务器指定某种传输协议以便服务器进行转换(如果支持)

Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11

User-Agent

User-Agent的内容包含发出请求的用户信息

User-Agent: Mozilla/5.0 (Linux; X11)

Via

通知中间网关或代理服务器地址,通信协议

Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)

Warning

关于消息实体的警告信息

Warn: 199 Miscellaneous warning

         

 

Request部分:

Accept

指定客户端能够接收的内容类型

Accept: text/plain, text/html

Accept-Charset

浏览器可以接受的字符编码集。

Accept-Charset: iso-8859-5

Accept-Encoding

指定浏览器可以支持的web服务器返回内容压缩编码类型。

Accept-Encoding: compress, gzip

Accept-Language

浏览器可接受的语言

Accept-Language: en,zh

Accept-Ranges

可以请求网页实体的一个或者多个子范围字段

Accept-Ranges: bytes

Authorization

HTTP授权的授权证书

Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==

Cache-Control

指定请求和响应遵循的缓存机制

Cache-Control: no-cache

Connection

表示是否需要持久连接。(HTTP 1.1默认进行持久连接)

Connection: close

Cookie

HTTP请求发送时,会把保存在该请求域名下的所有cookie值一起发送给web服务器。

Cookie: $Version=1; Skin=new;

Content-Length

请求的内容长度

Content-Length: 348

 

二、HTTP 状态代码部分

如果向您的服务器发出了某项请求要求显示您网站上的某个网页(例如,当用户通过浏览器访问您的网页或在 Googlebot 抓取该网页时),那么,您的服务器会返回 HTTP 状态代码以响应该请求。

此状态代码提供了有关请求状态的信息,且为 Googlebot 提供了有关您网站和请求的网页的信息。

一些常见的状态代码为:

  • 200 - 服务器成功返回网页
  • 404 - 请求的网页不存在
  • 503 - 服务器暂时不可用

以下提供了 HTTP 状态代码的完整列表。点击链接可了解详细信息。您也可以访问有关 HTTP 状态代码的 W3C 页来了解详细信息

1xx (临时响应)
用于表示临时响应并需要请求者执行操作才能继续的状态代码。

代码

说明

100 (继续)

请求者应当继续提出请求。服务器返回此代码则意味着,服务器已收到了请求的第一部分,现正在等待接收其余部分。

101 (切换协议)

请求者已要求服务器切换协议,服务器已确认并准备进行切换。

2xx (成功)

用于表示服务器已成功处理了请求的状态代码。

代码

说明

200 (成功)

服务器已成功处理了请求。通常,这表示服务器提供了请求的网页。如果您的 robots.txt 文件显示为此状态,那么,这表示 Googlebot 已成功检索到该文件。

201 (已创建)

请求成功且服务器已创建了新的资源。

202 (已接受)

服务器已接受了请求,但尚未对其进行处理。

203 (非授权信息)

服务器已成功处理了请求,但返回了可能来自另一来源的信息。

204 (无内容)

服务器成功处理了请求,但未返回任何内容。

205 (重置内容)

服务器成功处理了请求,但未返回任何内容。与 204 响应不同,此响应要求请求者重置文档视图(例如清除表单内容以输入新内容)。

206 (部分内容)

服务器成功处理了部分 GET 请求。

3xx (已重定向)
要完成请求,您需要进一步进行操作。通常,这些状态代码是永远重定向的。Google 建议您在每次请求时使用的重定向要少于 5 个。您可以使用网站管理员工具来查看 Googlebot 在抓取您已重定向的网页时是否会遇到问题。诊断 下的抓取错误 页中列出了 Googlebot 由于重定向错误而无法抓取的网址。

代码

说明

300 (多种选择)

服务器根据请求可执行多种操作。服务器可根据请求者 (User agent) 来选择一项操作,或提供操作列表供请求者选择。

301 (永久移动)

请求的网页已被永久移动到新位置。服务器返回此响应(作为对 GET HEAD 请求的响应)时,会自动将请求者转到新位置。您应使用此代码通知 Googlebot 某个网页或网站已被永久移动到新位置。

302 (临时移动)

服务器目前正从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。此代码与响应 GET HEAD 请求的 301 代码类似,会自动将请求者转到不同的位置。但由于 Googlebot 会继续抓取原有位置并将其编入索引,因此您不应使用此代码来通知 Googlebot 某个页面或网站已被移动。

303 (查看其他位置)

当请求者应对不同的位置进行单独的 GET 请求以检索响应时,服务器会返回此代码。对于除 HEAD 请求之外的所有请求,服务器会自动转到其他位置。

304 (未修改)

自从上次请求后,请求的网页未被修改过。服务器返回此响应时,不会返回网页内容。

如果网页自请求者上次请求后再也没有更改过,您应当将服务器配置为返回此响应(称为 If-Modified-Since HTTP 标头)。由于服务器可以告诉 Googlebot 自从上次抓取后网页没有更改过,因此可节省带宽和开销

305 (使用代理)

请求者只能使用代理访问请求的网页。如果服务器返回此响应,那么,服务器还会指明请求者应当使用的代理。

307 (临时重定向)

服务器目前正从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。此代码与响应 GET HEAD 请求的 301 代码类似,会自动将请求者转到不同的位置。但由于 Googlebot 会继续抓取原有位置并将其编入索引,因此您不应使用此代码来通知 Googlebot 某个页面或网站已被移动。

4xx (请求错误)
这些状态代码表示,请求可能出错,已妨碍了服务器对请求的处理。

代码

说明

400 (错误请求)

服务器不理解请求的语法。

401 (未授权)

请求要求进行身份验证。登录后,服务器可能会返回对页面的此响应。

403 (已禁止)

服务器拒绝请求。如果在 Googlebot 尝试抓取您网站上的有效网页时显示此状态代码(您可在 Google 网站管理员工具中诊断 下的网络抓取 页面上看到此状态代码),那么,这可能是您的服务器或主机拒绝 Googlebot 对其进行访问。

404 (未找到)

服务器找不到请求的网页。例如,如果请求是针对服务器上不存在的网页进行的,那么,服务器通常会返回此代码。

如果您的网站上没有 robots.txt 文件,而您在 Google 网站管理员工具"诊断" 标签的 robots.txt 上发现此状态,那么,这是正确的状态。然而,如果您有 robots.txt 文件而又发现了此状态,那么,这说明您的 robots.txt 文件可能是命名错误或位于错误的位置。(该文件应当位于顶级域名上,且应当名为 robots.txt )。

如果您在 Googlebot 尝试抓取的网址上发现此状态(位于" 诊断" 标签的 HTTP 错误页上),那么,这表示 Googlebot 所追踪的可能是另一网页中的无效链接(旧链接或输入有误的链接)。

405 (方法禁用)

禁用请求中所指定的方法。

406 (不接受)

无法使用请求的内容特性来响应请求的网页。

407 (需要代理授权)

此状态代码与 401 (未授权)类似,但却指定了请求者应当使用代理进行授权。如果服务器返回此响应,那么,服务器还会指明请求者应当使用的代理。

408 (请求超时)

服务器等候请求时超时。

409 (冲突)

服务器在完成请求时发生冲突。服务器必须包含有关响应中所发生的冲突的信息。服务器在响应与前一个请求相冲突的 PUT 请求时可能会返回此代码,同时会提供两个请求的差异列表。

410 (已删除)

如果请求的资源已被永久删除,那么,服务器会返回此响应。该代码与 404 (未找到)代码类似,但在资源以前有但现在已经不复存在的情况下,有时会替代 404 代码出现。如果资源已被永久删除,那么,您应当使用 301 代码指定该资源的新位置。

411 (需要有效长度)

服务器不会接受包含无效内容长度标头字段的请求。

412 (未满足前提条件)

服务器未满足请求者在请求中设置的其中一个前提条件。

413 (请求实体过大)

服务器无法处理请求,因为请求实体过大,已超出服务器的处理能力。

414 (请求的 URI 过长)

请求的 URI (通常为网址)过长,服务器无法进行处理。

415 (不支持的媒体类型)

请求的格式不受请求页面的支持。

416 (请求范围不符合要求)

如果请求是针对网页的无效范围进行的,那么,服务器会返回此状态代码。

417 (未满足期望值)

服务器未满足" 期望" 请求标头字段的要求。

5xx (服务器错误)
这些状态代码表示,服务器在尝试处理请求时发生内部错误。这些错误可能是服务器本身的错误,而不是请求出错。

代码

说明

500 (服务器内部错误)

服务器遇到错误,无法完成请求。

501 (尚未实施)

服务器不具备完成请求的功能。例如,当服务器无法识别请求方法时,服务器可能会返回此代码。

502 (错误网关)

服务器作为网关或代理,从上游服务器收到了无效的响应。

503 (服务不可用)

目前无法使用服务器(由于超载或进行停机维护)。通常,这只是一种暂时的状态。

504 (网关超时)

服务器作为网关或代理,未及时从上游服务器接收请求。

505 HTTP 版本不受支持)

服务器不支持请求中所使用的 HTTP 协议版本。

 

引用内容:

http://blog.csdn.net/loved_wy/article/details/7416379

http://guchonglin-666.blog.163.com/blog/static/16452351820106911617580/ 

 

猜你喜欢

转载自happyprince.iteye.com/blog/1527178