- 浏览: 310855 次
- 性别:
- 来自: 大连
文章分类
- 全部博客 (272)
- java (42)
- c (49)
- 算法 (29)
- 汇编语言 (3)
- 字符集 (3)
- error (3)
- 搜索引擎 (2)
- 互联网 (18)
- linux (12)
- 网络 (20)
- VMWare (1)
- 面试 (7)
- c++ (55)
- 设计模式 (3)
- db (9)
- office (2)
- FS (1)
- rest (3)
- Ajax (2)
- Spring (2)
- Hibernate (3)
- matlab (1)
- load balancing (8)
- 分布式计算 (2)
- 易语言 (1)
- apache tomcat (1)
- 测试 (1)
- 数据结构 (5)
- 数学 (13)
- 服务器 (9)
- 读后感 (4)
- 好书介绍 (1)
- script (3)
- wordpress (2)
- delphi (21)
- pascal (8)
- xml (3)
- 趣味 (1)
- PHP (3)
- python (13)
- DLL (4)
- openGL (8)
- windows (2)
- QT (28)
- django (7)
- jquery (1)
- 数据挖掘 (7)
- nginx (1)
- js (1)
- mac (1)
- hadoop (3)
- 项目管理 (1)
- 推荐系统 (1)
- html (1)
最新评论
-
晴天1234:
related remove:attention.ibus和u ...
UBUNTU的默认root密码是多少,修改root密码 -
美丽的小岛:
美丽的小岛 写道如上配置好就得了。提示没有OpenGl.dll ...
OpenGL学习入门之VS2010环境配置 [转] -
美丽的小岛:
如上配置好就得了。提示没有OpenGl.dll之类的,再增加入 ...
OpenGL学习入门之VS2010环境配置 [转] -
美丽的小岛:
主要是理清哪两个对象之间的关系,是信号与所有槽的关系或者是槽与 ...
QT之DisConnect -
美丽的小岛:
LPCTSTR类型:L表示long指针 这是为了兼容Windo ...
QString与各种字符串之间的转化
关于HTTP
对于HTTP的好奇,找了些资料,整理一下,如下:
一、Http的介绍
a. request
b. response
二、JAVA中的HTTP:
三、HTTP 状态代码部分
一、Http的介绍
HTTP(HyperTextTransferProtocol) 即超文本传输协议,目前网页传输的通用协议。HTTP协议采用了请求/响应模型,浏览器或其他客户端发出请求,服务器给与响应。就整个网络资源传输而 言,包括message-header和message-body两部分。
a. request
通过连接,客户端写一个ASCII文本请求行,后跟0或多个HTTP头标,一个空行和实现请求的任意数据。
一个请求由四个部分组成:请求行、请求头标、空行和请求数据
1.请求行:请求行由三个标记组成:请求方法、请求URI和HTTP版本,它们用空格分隔
例如: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-Type和Content-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: user@email.com |
||
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/
发表评论
-
推荐!国外程序员整理的Java资源大全
2015-12-15 10:14 672本文由 ImportNew - 唐 ... -
jsoup select 选择器
2015-12-09 14:03 992问题 采用CSS或类似jquery 选择器(selecto ... -
xmlbeans问题(深刻)
2015-11-12 23:08 1199运行scomp,路径永远是一个问题; 1.Program ... -
spring配置一个简单的数据连接池(dbcp)
2015-11-12 14:16 8341.文件结构 2.包结构 3.spring.x ... -
java泛型之通配符的使用
2015-11-12 12:15 716转自: http://blog.csdn.net/lone ... -
Ubuntu下安装JDK
2015-05-02 18:42 567安装JDK: 1.下载 http://www ... -
TCP/IP,Http,Socket的区别
2014-07-27 00:47 507大学学习网络基础的时 ... -
Delphi开发DLL,Java调用DLL
2014-01-01 16:40 1328用一个小例子来示范一下,不写文件字。 第一步 第二步, ... -
如何在Java中调用DLL方法<转>
2013-12-30 13:36 724Java语言本 ... -
Java对存储过程的调用方法
2013-05-14 09:29 806//一:Java如何实现对存储过程的调用: // A ... -
谈谈对象和XML文件的转换 <转>
2013-04-12 14:18 1059很多时候,我们开发 ... -
详解Java解析XML的四种方法<转>
2013-04-12 14:01 982XML现在已经成为一种通用的数据交换格式,它的平台无关性, ... -
js实现两边广告流动的效果<转>.
2013-01-26 18:41 921<!DOCTYPE html PUBLIC " ... -
50个最好的wordpress插件
2013-01-17 18:53 1981这些wordpress插件都按照 ... -
URLClassLoader例子
2012-11-22 15:22 1410学着写一个servlet服务器,里面对servlet的处理就得 ... -
关于JAVA配置文件的小记录
2012-11-20 15:16 1013配置文件一般会为编写编程提供方便与灵活的特点,最近看tomca ... -
搜索有点失望也有点可怕
2012-10-26 11:44 1355想看看最近那个搜索引擎比较好一点,做了一个实验,关 ... -
关于Channel学习
2012-10-07 15:12 1126java的新I/O流,有点意思,看看相关的类,其实就这几个就能 ... -
Buffer类与ByteBuffer类(来自JDK)
2012-10-07 10:10 12491. 类 Buffer(public abst ... -
运行控制台命令(java)
2012-10-07 08:30 2925有时候我们想用java去调用系统的命令实现一些功能,这个功能 ...
相关推荐
### 关于HTTP协议禁用不常用方法漏洞的解决方案 #### 漏洞概述 在网络通信中,HTTP(超文本传输协议)是客户端与服务器之间进行数据交换的主要方式之一。HTTP定义了一系列请求方法来规范交互过程,包括但不限于GET...
在标题"Netty关于HTTP和TCP协议整合"中,我们关注的是如何在同一个应用程序中使用Netty来处理基于TCP和HTTP的通信。 TCP(Transmission Control Protocol)是一种面向连接的、可靠的、基于字节流的传输层通信协议。...
### 关于HTTP与Socket的区别 #### HTTP协议详解 **HTTP**(HyperText Transfer Protocol,超文本传输协议)是一种用于从Web服务器传输超文本到本地浏览器的传输协议。它基于请求与响应模型,属于无状态的应用层...
关于HTTP协议的深入学习和理解,旨在帮助读者从基础到高级全面掌握HTTP的相关知识。内容涵盖了HTTP协议的基本结构、工作原理、以及与HTTP相关的技术和工具,如TCP/IP、DNS、SSL/TLS、Web Server等。教程强调理论与...
【标题】"iVMS-8700_V2.9.2 SDK关于http请求接口"涉及的是海康威视的视频监控系统iVMS-8700的一个特定版本,2.9.2,其提供了针对HTTP请求的SDK开发套件。这个SDK主要是为了让开发者能够集成海康威视的设备和服务到...
DCFW-1800_关于http界面进不去的解决方案 1 show admin host Dz ˿ ip DCFW-1800# config DCFW-1800(config)# admin host 0.0.0.0 0.0.0.0 any 2 show config ӿ Ƿ http https telnet, ˿ Ƿ DCFW...
关于HTTP的一些文献,想做web系统的可以参考这些文献,我毕业设计就是参考的这个
关于http请求调用接口并获取对方接口返回的数据值的相关规则
关于HTTP头中的vary的解释 Vary-Accept-Encoding GZip
关于http的一些知识点
HTTP/2是互联网上广泛使用的一种网络协议的最新版本,它是HTTP协议的升级版本,主要用于在客户端和服务器之间传输超文本。HTTP/2的正式标准被定义在RFC7540文档中,该文档于2015年5月正式发布。在文档的描述中,作者...
读书笔记:关于HTTP协议图解的笔记
HTTP(超文本传输协议)是互联网上应用最为广泛的一种网络协议,用于从万维网服务器传输超文本到本地浏览器的传输协议。它是一个基于请求与响应模型的、无状态的、应用层协议,通常运行在TCP/IP协议之上。HTTP协议...
本压缩包包含的是HTTP 1.3协议的中文翻译,尽管实际并没有正式发布的HTTP 1.3 RFC,但我们可以假设这是一个关于HTTP协议演进的讨论或一个概念性版本。理解HTTP协议对于开发Web应用程序、优化网络性能以及进行网络...
以下是关于HTTP协议的一些核心知识点: 1. **请求方法**:HTTP请求由多种方法组成,包括GET、POST、PUT、DELETE等。GET用于获取资源,POST用于提交数据,PUT用于更新资源,DELETE用于删除资源。 2. **请求头**:...
为了提供关于HTTP下载的知识,我们将忽略这段描述,而专注于HTTP下载的核心概念和技术细节。 【标签】:“QT做的HTTP下载程序” QT是一种跨平台的C++应用程序开发框架,广泛用于图形用户界面、网络编程、多媒体...
是PowerBuilder的用户选项文件,可能包含了关于HTTP连接的配置设置。 - "http.pbl"是PowerBuilder的库文件,可能包含了一些与HTTP通信相关的对象和函数。 - "http.pbt"是项目团队文件,记录了项目结构和成员信息,...
标签中的“c___http”可能指的是C++和HTTP的结合,而“http_client”则明确表示是关于HTTP客户端的实现。这些标签有助于将资源分类,方便搜索和查找。 综上所述,这个压缩包可能包含的是一些C++源代码,用于演示...
标题中的"Http.rar_C http server_c# http_http c#_http c++_http server"表明这是一个关于HTTP服务器的资源集合,涉及到C、C#以及C++三种编程语言。描述中的"Http concurrent server"则提示我们这可能是一个支持...