竭诚为您提供优质文档/双击可除什么是有状态协议
篇一：http协议状态码
http协议状态码
篇二：http协议状态码
状态码
：
100:continue
101:switchingprotocols
200:ok
201:created
202:accepted
203:non-authoritativeinformation204:nocontent 205:Resetcontent
206:partialcontent
300:multiplechoices
301:movedpermanently302:Found
303:seeother
304:notmodified
305:useproxy
307:temporaryRedirect
400:badRequest
401:unauthorized
20xx-1-20
华为机密，未经许可不得扩散第1页,共2页
402:paymentRequired
403:Forbidden
404:notFound
405:methodnotallowed406:notacceptable
407:proxyauthenticationRequired408:Requesttime-out 20xx-1-20
华为机密，未经许可不得扩散第2页,共2页
篇三：链路状态路由协议
链路状态路由协议
在这里，我们首先将了解链路状态路由协议的原理及它的算法等知识，然后，将详细介绍链路状态路由协议相对于距离矢量路由协议的优势。
9.1链路状态路由协议原理
属于链路状态类型的路由协议有ospF、is-is等路由协议。
运行链路状态路由协议的路由器，在互相学习路由之前，会首先向邻居路由器学习整个网络的拓扑结构，在自己的内存中建立一个拓扑表（或称链路状态数据库），然后使用最
短路径优先（spF）算法，从自己的拓扑表里计算出路由来。
这就好比是在上高速路之前先去买了一份地图，之后再开车去目的地，这样就不用看了路牌了。遇到路坏了，也可以根据自己手中的地图找到绕行的路，而不用再去问别人了。运行链路状态路由协议的路由器虽然在开始学习路由时先
要学习整个网路的拓扑，学习路由的速率可能会比运行距离矢量路由协议的路由器慢一点，但是一旦路由学习完毕，路由器之间就不再需要周期性地互相传递路由表了，因为整个网路的拓扑路由器都知道，不需要使用周期性的路由更新包来维持路由表的正确性，从而节省了网路的带宽。
当网路拓扑出现改变时（如在网路中加入了新的路由器或网路发生了故障），路由器也不需要吧自己的整个路由表
发送给邻居路由器，只需要发出一个包含有出现改变网段的信息的触发更新包。收到这个包的路由器会把该信息添加进拓扑表里，并且从拓扑表里计算出新的路由。由于运行链路状态路由协议的路由器都维护一个相同的拓扑表，而路由是路由器自己从这张表中计算出来的，所以运行链路状态路由协议的路由器都能自己保证路由的正确性，不需要使用额外的措施来保证它。运行链路状态路由协议的网路在出现故障
收敛是很快的。
由于链路状态路由协议不必周期性地传递路由更新包，所以它不像距离矢量路由协议一样用路由更新包来维持邻
居关系，链路状态路由协议必须使用专门的hello包来维持邻居关系。运行链路状态路由协议的路由器周期性地向邻居的路由器发送hello包，它们通过hello包中的信息相互认识对方并且形成邻居关系。只有在形成邻居关系之后，路由器才可能学习网路拓扑。
9.2链路状态路由协议的算法
正如我们所知，运行链路状态路由协议的路由器在计算路由之前会首先学习网络拓扑，建立拓扑表。然后，它们会使用spF算法（基于dijkstra算法），即最短路径优先（shortest
pathFirst）算法，根据拓扑表计算路由。
spF算法会把网路拓扑转变为最短路径优先树（shortestpathFirsttree），然后从该树型结构中找出到达每一个网段的最短路径，该路径就是路由；同时，该树型结构还保证了所计算出的路由不会存在路由环路。
spF计算路由的依据是带宽，每条链路根据其带宽都有相应的开销（cost）。开销越小，该链路的带宽越大，该链路越优。
9.3链路状态协议的优缺点
当在比较大型的网路里运行时，距离矢量路由协议就暴露出了它的缺陷。比如，运行距离矢量路由协议的路由器由于不能了解整个网路的拓扑，只能周期性地向自己的邻居路由器发送路由更新包，这种操作增加了整个网路的负担。距离矢量路由协议在处理网路故障时，其收敛速率也极其缓慢，通常要耗时4~8分钟甚至更长，着对于大型网络或者电信级网路的骨干来说是不能忍受的。另外，距离矢量路由协议的最大度量值的限制也使得该种协议无法再大型网络里使用。所以，在大型网络里，我们需要使用一种比距离矢量路由协议更加高效，对网络带宽的影响更小的动态路由协议，这种协议就是链路状态路由协议。
1.链路状态路由协议与距离矢量路由协议的比较
链路状态路由协议与距离矢量路由协议的比较的比较
如下。
1）对整个网络拓扑的了解
运行距离矢量路由协议的路由器都是从自己的邻居路
由器处得到邻居的整个路由表，然后学习其中的路由信息，在把自己的路由表发给所有的邻居路由器。在这个程中，路由器虽然可以学习到路由，但是路由器并不了解整个网络的拓扑。运行链路状态路由协议的路由器首先会向邻居路由器学习整个网络拓扑，建立拓扑表，然后使用spF算法从该拓扑表里自己计算出路由来。
Http协议 什么是HTTP协议 客户端连上web服务器后，若想获得web服务器中的某个web资源，需遵守一定的通讯格式，HTTP协议用于定义客户端与web服务器通迅的格式。 使用telnet程序连上web服务器，并使用HTTP协议获取某个页面，以快速了解HTTP协议的作用。 安装IE浏览器插件HttpWatch，查看IE浏览器通过HTTP协议获取某个页面。HTTP协议简介 HTTP是hypertext transfer protocol（超文本传输协议）的简写，它是TCP/IP协议的一个应用层协议，用于定义WEB浏览器与WEB服务器之间交换数据的过程。 HTTP协议是学习JavaWEB开发的基石，不深入了解HTTP协议，就不能说掌握了WEB开发，更无法管理和维护一些复杂的WEB站点。 HTTP协议的版本：HTTP/1.0、HTTP/1.1 HTTP1.0和HTTP1.1的区别 在HTTP1.0协议中，客户端与web服务器建立连接后，只能获得一个web资源。HTTP1.1协议，允许客户端与web服务器建立连接后，在一个连接上获取多个web资源。 使用telnet举例说明。 一个好多同学搞不清楚的问题： 一个web页面中，使用img标签引用了三幅图片，当客户端访问服务器中的这个web页面时，客户端总共会访问几次服务器，即向服务器发送了几次HTTP 请求。 HTTP请求 客户端连上服务器后，向服务器请求某个web资源，称之为客户端向服务器发送了一个HTTP请求。一个完整的HTTP请求包括如下内容： 一个请求行、若干消息头、以及实体内容，其中的一些消息头和实体内容都是可选的，消息头和实体内容之间要用空行隔开。如下所示： 举例： HTTP请求的细节——请求行 请求行中的GET称之为请求方式，请求方式有： POST、GET、HEAD、OPTIONS、DELETE、TRACE、PUT 常用的有：POST、GET 不管POST或GET，都用于向服务器请求某个WEB资源，这两种方式的区别主要表现在数据传递上，客户端通过这两种方式都可以带一些数据给服务器：
HTTP协议 HTTP协议（HyperText Transfer Protocol，超文本传输协议）是因特网上应用最为广泛的一种网络传输协议。所有的www文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。是用于从万维网（Wide Web ）服务器传输超文本到本地浏览器的传送协议。 HTTP/0.9 已过时。只接受GET 一种请求方法，没有在通讯中指定版本号，且不支持请求头。由于该版本不支持POST 方法，所以客户端无法向服务器传递太多信息。 HTTP/1.0 这是第一个在通讯中指定版本号的HTTP 协议版本，至今仍被广泛采用，特别是在代理服务器中。HTTP/1.1 当前版本。持久连接被默认采用，并能很好地配合代理服务器工作。还支持以管道方式同时发送多个请求，以便降低线路负载，提高传输速度。 HTTP/1.1相较于HTTP/1.0 协议的区别主要体现在： ?缓存处理 ?带宽优化及网络连接的使用 ?错误通知的管理 ?消息在网络中的发送 ?互联网地址的维护 ?安全性及完整性
HTTP 工作原理 HTTP协议工作于客户端-服务端架构为上。浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。 Web服务器有：Apache服务器，IIS服务器（Internet Information Services）等。 Web服务器根据接收到的请求后，向客户端发送响应信息。 HTTP默认端口号为80，但是你也可以改为8080或者其他端口。 HTTP三点注意事项： ?HTTP是无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。 ?HTTP是媒体独立的：这意味着，只要客户端和服务器知道如何处理的数据内容，任何类型的数据都可以通过HTTP发送。客户端以及服务器指定使用适合的MIME-type内容类型。 ?HTTP是无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。 以下图表展示了HTTP协议通信流程：
HTTP协议报文格式 HTTP协议（Hypertext Transfer Protocol――超文本传输协议）浏览器端（客户端）向WEB 服务器端访问页面的过程和HTTP协议报文的格式。 基于HTTP协议的客户机访问包括4个过程，分别是建立TCP套接字连接、发送HTTP请求报文、接收HTTP应答报文和关闭TCP套接字连接： 1. 创建TCP套接字连接 客户端与WEB服务器创建TCP套接字连接，其中WEB端服务器的地址可以通过域名解析确定，WEB端的套接字侦听端口一般是80。 2. 发送HTTP请求报文 客户端向WEB服务端发送请求报文，HTTP协议的请求报文格式为： 请求消息= 请求行（实体头信息）CRLF[实体内容] 请求行= 方法URL HTTP版本号CRLF 方法= GET|HEAD|POST|扩展方法 URL = 协议名称＋宿主名＋目录与文件名 其中"CRLF"表示回车换行。 "请求行"中的"方法"描述了对指定资源执行的动作，常用的方法"GET"、"HEAD"和"POST"等3种，它们的含义如表15-8所示： 请求报文 一个HTTP请求报文由请求行（request line）、请求头部（header）、空行和请求数据4个部分组成，下图给出了请求报文的一般格式。 （1）请求行 请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成，它们用空格分隔。例如，GET /index.html HTTP/1.1。 HTTP协议的请求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。这里介绍最常用的GET方法和POST方法。 GET：当客户端要从服务器中读取文档时，使用GET方法。GET方法要求服务器将URL定位的资源放在响应报文的数据部分，回送给客户端。使用GET方法时，请求参数和对应的值附加在URL后面，利用一个问号（“?”）代表URL的结尾 与请求参数的开始，传递参数长度受限制。例如，/index.jsp?id=100&op=bind。POST：当客户端给服务器提供信息较多时可以使用POST方法。POST方法将请求参数封装在HTTP请求数据中，以名称/值的形式出现，可以传输大量数据。 表15-8 HTTP请求方法
Http协议：超文本传输协议 浏览器与服务端之间传输数据的协议，底层的传输协议为TCP。Http则为应用层协议，负责定义传输数据的格式 HTTP协议分为1.0与1.1两个版本。现在常用为1.1版本。 协议规定客户端与服务端通讯方式为：一次请求一次响应，即：客户端 发起请求，服务端接收到请求后向客户端发送响应。服务端不会主动发送内容 给客户端。采取“一问一答”的形式 HTTP 请求和响应分别定义了个格式。并且，无论是请求还是响应中发送的字符（不含正文部分内容）都只能符合ISO8859-1编码字符(如：数字，字母，符号). 像中文等其它字符都需要经过处理后才可以发送。 HTTP请求格式： 一个HTTP请求分为三部分组成：请求行，消息头，消息正文 1：<请求行> :
请求行分为三部分 请求方法资源路径协议(CRLF) method(请求方法）url(资源路径) protocol(CRLF） 例如： GET /index.html HTTP/1.1(CRLF) 请求行以CRLF结束（回车加换行） CR:回车符，asc编码中对应数字13 LF：换行符，asc编码中对应数字10 2.<消息头> 消息头由若干行表示，每行表示一个具体的头信息，每个头信息式分为两部分： 消息头名字：消息头的值(CRLF) name: value(CRLF) 每个消息头都以CRLF结尾。 最后一个消息头结尾处会有两个CRLF，第一个表示最后一个消息头结束， 第二个表示消息头(整个)部分结束。 例如： Host: www.localhost:8080(CRLF) Connection: keep-alive(CRLF)
HTTP 协议的头信息详解 HTTP 协议的头信息详解 通常HTTP 消息包括客户机向服务器的请求消息和服务器向 客户机的响应消息。这两种类型的消息由一个起始行， 或者多个头域，一个只是头域结束的空行和可选的消息体 组成。HTTP 的头域包括通用头，请求头，响应头和实体头 四个部分。每个头域由一个域名，冒号:）和域值三部分组成。域名是大小写无关的，域值前可以添加任何数量的空 格符，头域可以被扩展为多行，在每行开始处，使用至少 个空格或制表符。通用头域通用头域包含请求和响 应消息都支持的头域，通用头域包含Cache-Control 、 Connection 、Date 、Pragma 、Transfer-Encoding 、 Upgrade 、 Via 。对通用头域的扩展要求通讯双方都支持此扩展，如果 存在不支持的通用头域，一般将会作为实体头域处理。下面简单介绍几个在UPnP 消息中使用的通用头域。 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 指示请求或响应消息不能 缓存 no-store 用于防止重要的信息被无意的发布。 在请求消 指示客户机可以接收生存期不大于指定时间（以秒为单位） 的响应。 min-fresh 指示客户机可以接收响应时间小于当前 超出超时期间的响应消息。如果指定 max-stale 消息的值， 那么客户机可以接收超出超时期指定值之内的响应消息。 Date 头域 Date 头域表示消息发送的时间， 时间的描述格式 由 rfc822 定义。例如，Date:Mon,31Dec200104:25:57GMT 。 Date 描述的时间表示世界标准时， 换算成本地时间， 需要知 包含实现特定的指令，最常用的是 Pragma:no-cache 。 HTTP/1.1 协议中， 它的含义和 Cache- Control:no-cache MethodSPRequest-URISPHTTP-VersionCRLFMethod Public 指示响应可被任何缓存区缓存。 Private 指示对于单 息中发送将使得请求和响应消息都不使用缓存。 max-age 时间加上指定时间的响应。 max-stale 指示客户机可以接收 道用户所在的时区。 Pragma 头域 Pragma 头域用来 同。 请求消息 请求消息的第一行为下面的格式：
http协议学习系列 1. 基础概念篇1.1 介绍 HTTP是Hyper Text Transfer Protocol（超文本传输协议）的缩写。它的发展是万维网协会（World Wide Web Consortium）和Internet工作小组IETF（Internet Engineering Task Force）合作的结果，（他们）最终发布了一系列的RFC，RFC 1945定义了HTTP/1.0版本。其中最著名的就是RFC 2616。RFC 2616定义了今天普遍使用的一个版本——HTTP 1.1。 HTTP协议（HyperText Transfer Protocol，超文本传输协议）是用于从WWW服务器传输超文本到本地浏览器的传送协议。它可以使浏览器更加高效，使网络传输减少。它不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。 HTTP是一个应用层协议，由请求和响应构成，是一个标准的客户端服务器模型。HTTP是一个无状态的协议。 1.2 在TCP/IP协议栈中的位置 HTTP协议通常承载于TCP协议之上，有时也承载于TLS或SSL协议层之上，这个时候，就成了我们常说的HTTPS。如下图所示： 默认HTTP的端口号为80，HTTPS的端口号为443。 1.3 HTTP的请求响应模型 HTTP协议永远都是客户端发起请求，服务器回送响应。见下图： 这样就限制了使用HTTP协议，无法实现在客户端没有发起请求的时候，服务器将消息推送给客户端。 HTTP协议是一个无状态的协议，同一个客户端的这次请求和上次请求是没有对应关系。 1.4 工作流程 一次HTTP操作称为一个事务，其工作过程可分为四步： 1）首先客户机与服务器需要建立连接。只要单击某个超级链接，HTTP的工作开始。 2）建立连接后，客户机发送一个请求给服务器，请求方式的格式为：统一资源标识符（URL）、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。 3）服务器接到请求后，给予相应的响应信息，其格式为一个状态行，包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。 4）客户端接收服务器所返回的信息通过浏览器显示在用户的显示屏上，然后客户机与服务器断开连接。
协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则，超文本传输协议(HTTP)是一种通信协议，它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器 目前我们使用的是HTTP/1.1 版本 Web服务器，浏览器,代理服务器 当我们打开浏览器，在地址栏中输入URL，然后我们就看到了网页。原理是怎样的呢？ 实际上我们输入URL后，我们的浏览器给Web服务器发送了一个Request, Web服务器接到Request后进行处理，生成相应的Response，然后发送给浏览器，浏览器解析Response中的HTML,这样我们就看到了网页，过程如下图所示 我们的Request 有可能是经过了代理服务器，最后才到达Web服务器的。 过程如下图所示
代理服务器就是网络信息的中转站，有什么功能呢？ 1. 提高访问速度，大多数的代理服务器都有缓存功能。 2. 突破限制，也就是翻-墙了 3. 隐藏身份。 URL详解 URL(Uniform Resource Locator) 地址用于描述一个网络上的资源, 基本格式如下 schema://host[:port#]/path/.../[?query-string][#anchor] scheme 指定低层使用的协议(例如：http, https, ftp) host HTTP服务器的IP地址或者域名 port# HTTP服务器的默认端口是80，这种情况下端口号可以省略。如果使用了别的端口，必须指明，例如https://www.doczj.com/doc/e18916016.html,:8080/ path 访问资源的路径 query-string 发送给http服务器的数据 anchor- 锚 URL 的一个例子 https://www.doczj.com/doc/e18916016.html,/sj/test/test.aspx?name=sviergn&x=true#stuff Schema: http host: https://www.doczj.com/doc/e18916016.html, path: /sj/test Query String: name=sviergn&x=true Anchor: stuff 复制代码
Http返回状态码： 2开头表示成功返回； 3开头表示请求被重定向； 4开头表示由于客户端造成的错误； 5开头表示由于服务端造成的错误。 "100" : Continue "101" : witching Protocols "200" : OK "201" : Created "202" : Accepted "203" : Non-Authoritative Information "204" : No Content "205" : Reset Content "206" : Partial Content "300" : Multiple Choices "301" : Moved Permanently "302" : Moved temporarily status code "303" : See Other "304" : Not Modified "305" : Use Proxy "307" : Temporary Redirect "400" : Bad Request "401" : Unauthorized "402" : Payment Required "403" : Forbidden "404" : Not Found "405" : Method Not Allowed "406" : Not Acceptable "407" : Proxy Authentication Required "408" : Request Time-out "409" : Conflict "410" : Gone "411" : Length Required "412" : Precondition Failed "413" : Request Entity Too Large "414" : Request-URI Too Large "415" : Unsupported Media Type "416" : Requested range not satisfiable "417" : Expectation Failed "500" : Internal Server Error "501" : Not Implemented "502" : Bad Gateway "503" : Service Unavailable "504" : Gateway Time-out "505" : HTTP Version not supported 1**：请求收到，继续处理 2**：操作成功收到，分析、接受 3**：完成此请求必须进一步处理 4**：请求包含一个错误语法或不能完成 5**：服务器执行一个完全有效请求失败 100——客户必须继续发出请求 101——客户要求服务器根据请求转换 HTTP协议版本 200——交易成功 201——提示知道新文件的URL 202——接受和处理、但处理未完成 203——返回信息不确定或不完整 204——请求收到，但返回信息为空 205——服务器完成了请求，用户代理必 须复位当前已经浏览过的文件 206——服务器已经完成了部分用户的 GET请求 300——请求的资源可在多处得到 301——删除请求数据 302——在其他地址发现了请求数据 303——建议客户访问其他URL或访问方 式 304——客户端已经执行了GET，但文件 未变化 305——请求的资源必须从服务器指定的 地址得到 306——前一版本HTTP中使用的代码， 现行版本中不再使用 307——申明请求的资源临时性删除 4xx: Client Error使用者端(浏览器)错误 400——错误请求，如语法错误 401——请求授权失败 401.1 登入失败 401.2 因服务器设定问题造成登入失败 401.3 由于来源的ACL 问题而未授权 401.4 筛选器授权失败 401.5 ISAPI/CGI 应用程序授权失败 402——保留有效ChargeTo头响应 403——请求不允许 403.1 禁止执行存取 403.2 禁止读取存取 403.3 禁止写入存取 403.4 需要SSL 403.5 需要SSL 128 位加密 403.6 IP 地址被拒绝 403.7 需要客户端凭证 403.8 拒绝存取站台 403.9 太多的使用者 403.10 无效的设定 403.11 密码变更 403.12 对应程序拒绝存取 403.13 客户端凭证已撤销 403.14 目录清单被拒绝 403.15 超过客户端存取授权数 403.16 客户端凭证不被信任或者无效 403.17 客户端凭证已经过期或者无效 404——没有发现文件、查询或URL 405——用户在Request-Line字段定义 的方法不允许 406——请求资源不可访问 407——类似401，用户必须首先在代理 服务器上得到授权 408——客户端没有在用户指定的时间内 完成请求 409——对当前资源状态，请求不能完成 410——服务器上不再有此资源且无进一 步的参考地址 411——服务器拒绝用户定义的 Content-Length属性请求 412一个或多个请求头字段在当前请求中 错误 413请求的资源大于服务器允许的大小 414——请求的资源URL长于服务器允许 的长度 415——请求资源不支持请求项目格式 416——请求中包含Range请求头字段， 在当前请求资源范围内没有range指示 值，请求也不包含If-Range请求头字段 417——服务器不满足请求Expect头字 段指定的期望值，如果是代理服务器，可 能是下一级服务器不能满足请求 5xx: Server Error 服务器端错误讯息 错误码错误讯息说明 500——服务器产生内部错误 500.12 应用程序正在重新启动 500.13 服务器太忙碌 500.15 不允许Global.asa 的要求 500-100.asp ASP 错误 501——服务器不支持请求的函数 502——服务器暂时不可用，有时是为了 防止发生系统过载 503——服务器过载或暂停维修 504 关口过载，服务器使用另一个关口 或服务来响应用户，等待时间设定值较长 505——服务器不支持或拒绝支请求头中 指定的HTTP版本
对于Web编程人员来说，熟悉了解HTTP协议的状态码是很有必要的，很多时侯可能根据HTTP协议的状态码很快就能定位到错误信息！今天整理了一下所有HTTP状态码。 HTTP状态码（HTTP Status Code）是用来表示网页服务器HTTP 响应状态的3位数字代码。它由RFC 2616规范定义的，并得到RFC 2518、RFC 2817、RFC 2295、RFC 2774、RFC 4918等规范扩展。所有状态码的第一个数字代表了响应的五种状态之一。 HTTP/1.1定义的状态码值和对应的原因短语（Reason-Phrase）的例子。 1XX表示:消息 这一类型的状态码，代表请求已被接受，需要继续处理。这类响应是临时响应，只包含状态行和某些可选的响应头信息，并以空行结束。由于HTTP/1.0协议中没有定义任何1xx 状态码，所以除非在某些试验条件下，服务器禁止向此类客户端发送1xx响应。这些状态码代表的响应都是信息性的，标示客户应该采取的其他行动。 “100″ : Continue客户端应当继续发送请求。这个临时响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分. “101″ : witching Protocols 服务器已经理解了客户端的请求，并将通过Upgrade 消息头通知客户端采用不同的协议来完成这个请求。在发送完这个响应最后的空行后，服务器将会切换到在Upgrade消息头中定义的那些协议。: 只有在切换新的协议更有好处的时候才应该采取类似措施. “102″: Processing由WebDAV（RFC 2518）扩展的状态码，代表处理将被继续执行。 2XX表示:成功 这一类型的状态码，代表请求已成功被服务器接收、理解、并接受。
http协议（四）http状态码 一：http状态码 表示客户端http请求的返回结果、标记服务器端的处理是否正常、通知出现的错误等工作状态码的类别如下： http状态码种类繁多，大概有60多种，实际上经常使用的只有14种，下面为一一介绍 1、2XX 成功：请求被正常处理 1.1 200 OK 表示从客户端发来的请求在服务器端被正常处理 1.2 204 No Content 表示服务器接收的请求以成功处理，但没有资源可返回，即：响应报文中不含实体的主体部分1.3 206 Partial Content 表示客户端进行了范围请求且服务器成功执行了这部分的GET请求，响应报文中包含由Content_Range指定范围的实体内容 “Content_Range为请求首部的一种类型，后面的随笔会讲到” 2、3XX 重定向：服务器需要执行某些特殊处理以正确处理请求（即URI地址或者资源的缓存的资源有效时间过期） 2.1 301 Moved Permanently 永久性重定向：表示请求的资源已被分配了新的URI，以后应使用资源现在的URI，如果已经保存了书签，这时候应该按照Location首部提示的URI重新保存 2.2 302 Found 临时性重定向：表示请求的资源已被分配到了新的URI，希望（本次）能使用新的URI访问2.3 303 See Other 表示请求对应的资源存在另一个URI,应该使用GET方法定向获取请求的资源 PS：当301、302、303响应状态码返回，几乎所有浏览器都会把POST改成GET，并删除请求报文内的主体，之后请求自动再次发送 301、302标准禁止将POST改为GET，但实际中都会允许这么做~~~GG 2.4 304 Not Modified 表示客户端发送得附带条件的请求时，服务器运行请求访问，但未满足条件的情况，304返回时，不包含任何响应的主体部分 附带条件：采用GET方法的请求报文中包含If-......条件的任一首部，后面的随笔中介绍2.5 307 Temporary Redirect 临时重定向：禁止将POST转换为GET，该状态码会严格遵守浏览器标准 3、客户端错误：4XX的响应结果表明客户端是发生错误的原因所在 3.1 400 Bad Ruquest
当今web程序的开发技术真是百家争鸣，https://www.doczj.com/doc/e18916016.html,, PHP, JSP，Perl, AJAX 等等。无论Web技术在未来如何发展，理解Web程序之间通信的基本协议相当重要, 因为它让我们理解了Web应用程序的内部工作. 本文将对HTTP协议进行详细的实例讲解，内容较多，希望大家耐心看。也希望对大家的开发工作或者测试工作有所帮助。使用Fiddler工具非常方便地捕获HTTP Request和HTTP Response, 关于Fiddler工具的用法，请看我另一篇博客[Fiddler 教程] 阅读目录 1. 什么是HTTP协议 2. Web服务器，浏览器,代理服务器 3. URL详解 4. HTTP协议是无状态的 5. 打开一个网页需要浏览器发送很多次Request 6. HTTP消息的结构 7. Get和Post方法的区别 8. 状态码 9. HTTP Request header 10. HTTP Response header 11. HTTP协议是无状态的和Connection: keep-alive的区别 什么是HTTP协议 协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则，超文本传输协议(HTTP)是一种通信协议，它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器 目前我们使用的是HTTP/1.1 版本 Web服务器，浏览器,代理服务器 当我们打开浏览器，在地址栏中输入URL，然后我们就看到了网页。原理是怎样的呢？ 实际上我们输入URL后，我们的浏览器给Web服务器发送了一个Request, Web服务器接到Request后进行处理，生成相应的Response，然后发送给浏览器，浏览器解析Response 中的HTML,这样我们就看到了网页，过程如下图所示
当用户在防问Internet信息服务(IIS)的服务器上的内容时时，IIS服务器响应请求，会自动返回一个表示该请求的状态的数字代码,提供关于相关请求的状态信息。同样当搜索引擎蜘蛛在抓取的过程中，服务器也会将相关的http状态码反馈给搜索引擎，搜索引擎通过了解http状态代码, 可以更详细的分析日志中的访问情况。 100 - 表示已收到请求的一部分，正在继续发送余下部分。 101 - 切换协议。 2xx - 成功服务器成功地接受了客户端请求。 200 - 确定。客户端请求已成功。 201 - 已创建。 202 - 已接受。 203 - 非权威性信息。 204 - 无内容。 205 - 重置内容。 206 - 部分内容。 300 - 针对收到请求，服务器可执行多种操作。 301 - 永久移动转移，请求的内容已永久移动其他新位置。 302 - 临时移动转移，请求的内容已临时移动新的位置 304 - 未修改。自从上次请求后，请求的内容未修改过。 307 - 临时重定向。服务器目前从不同位置响应请求，但请求者应继续使用原有位置来进行以后的请求。 400 - 错误的请求。 401 -访问被拒绝。IIS定义了许多不同的401错误，它们指明更为具体的错误原因。这些具体的错代码在浏览器中显示，但不在IIS 日志中显示： 401.1 - 登录失败。 401.2 - 服务器配置导致登录失败。 401.3 - 由于ACL 对资源的限制而未获得授权。 401.4 - 筛选器授权失败。 401.5 - ISAPI/CGI 应用程序授权失败。 401.7 - 访问被Web 服务器上的URL 授权策略拒绝。这个错误代码为IIS 6.0 所专用。403 - 禁止访问：IIS 定义了许多不同的403 错误，它们指明更为具体的错误原因：403.1 - 执行访问被禁止。 403.2 - 读访问被禁止。 403.3 - 写访问被禁止。 403.4 - 要求SSL. 403.5 - 要求SSL 128. 403.6 - IP 地址被拒绝。 403.7 - 要求客户端证书。 403.8 - 站点访问被拒绝。 403.9 - 用户数过多。 403.10 - 配置无效。 403.11 - 密码更改。 403.12 - 拒绝访问映射表。 403.13 - 客户端证书被吊销。 403.14 - 拒绝目录列表。
HTTP协议响应消息的常用状态码 100 : Continue（继续）初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新） 101 : Switching Protocols（切换协议）请求者已要求服务器切换协议，服务器已确认并准备进行切换。（HTTP 1.1新） 200 : OK（成功）一切正常，对GET和POST请求的应答文档跟在后面。 201 : Created（已创建）服务器已经创建了文档，Location头给出了它的URL。 202 : Accepted（已接受）服务器已接受了请求，但尚未对其进行处理。 203 : Non-Authoritative Information（非授权信息）文档已经正常地返回，但一些应答头可能不正确，可能来自另一来源。（HTTP 1.1新）。 204 : No Content（无内容）未返回任何内容，浏览器应该继续显示原来的文档。 205 : Reset Content（重置内容）没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。
206 : Partial Content（部分内容）服务器成功处理了部分GET 请求。（HTTP 1.1新） 300 : Multiple Choices（多种选择）客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。 301 : Moved Permanently（永久移动）请求的网页已被永久移动到新位置。服务器返回此响应（作为对GET 或HEAD 请求的响应）时，会自动将请求者转到新位置。 302 : Found（临时移动）类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”，出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求http://host/~user（缺少了后面的斜杠），有的服务器返回301，有的则返回302。严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。 303 : See Other（查看其他位置）类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP
HTTP协议中几个状态码的含义:503 500 401 200 301 302 100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）200 OK 一切正常，对GET和POST请求的应答文档跟在后面。 201 Created 服务器已经创建了文档，Location头给出了它的URL。 202 Accepted 已经接受请求，但处理尚未完成。 203 Non-Authoritative Information 文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。 204 No Content 没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。 205 Reset Content 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。 206 Partial Content 客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。 300 Multiple Choices 客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。 301 Moved Permanently 客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。 302 Found 类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”。 出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。 注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求http://host/~user（缺少了后面的斜杠），有的服务器返回301，有的则返回302。 严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。303 See Other 类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。 304 Not Modified 客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。 305 Use Proxy 客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。 307 Temporary Redirect 和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只能跟随对GET请求的重定向。（HTTP 1.1新） 400 Bad Request 请求出现语法错误。 401 Unauthorized 客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。 403 Forbidden 资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。 404 Not Found 无法找到指定位置的资源。这也是一个常用的应答。 405 Method Not Allowed 请求方法（GET、POST、HEAD、Delete、PUT、TRACE等）对指
常用的HTTP协议状态码 200 - OK，服务器成功返回网页 - Standard response for successful HTTP requests. 301 - Moved Permanently（永久跳转），请求的网页已永久跳转到新位置。 - This and all future requests should be directed to the given. 403 - Forbidden（禁止访问）,服务器拒绝请求 - forbidden request (matches a deny filter) => HTTP 403 - The request was a legal request, but the server is refusing to respond to it. 404 - Not Found,服务器找不到请求的页面。 - The requested resource could not be found but may be available again in the future. 500 - Internal Server Error（内部服务器错误） - internal error in haproxy => HTTP 500 - A generic error message, given when no more specific message is suitable. 502 - Bad Gateway（坏的网关）,一般是网关服务器请求后端服务时，后端服务没有按照http协议正确返回结果。 - the server returned an invalid or incomplete response => HTTP 502 - The server was acting as a gateway or proxy and received an invalid response from the upstream server. 503 - Service Unavailable（服务当前不可用）,可能因为超载或停机维护。 - no server was available to handle the request => HTTP 503 - The server is currently unavailable (because it is overloaded or down for maintenance). 504 - Gateway Timeout（网关超时）,一般是网关服务器请求后端服务时，后端服务没有在特定的时间内完成服务。 - the server failed to reply in time => HTTP 504 - The server was acting as a gateway or proxy and did not receive a timely response from the upstream server.