android 开发-HttpClient状态码定义

TP 定义的状态代码的值(.net HttpWebResponse.HttpStatusCode

成员名称 说明
Continue 等效于 HTTP 状态 100。Continue 指示客户端可能继续其请求。
SwitchingProtocols 等效于 HTTP 状态 101。SwitchingProtocols 指示正在更改协议版本或协议。
OK 等效于 HTTP 状态 200。OK 指示请求成功，且请求的信息包含在响应中。这是最常接收的状态代码。
Created 等效于 HTTP 状态 201。Created 指示请求导致在响应被发送前创建新资源。
Accepted 等效于 HTTP 状态 202。Accepted 指示请求已被接受做进一步处理。
NonAuthoritativeInformation 等效于 HTTP 状态 203。NonAuthoritativeInformation 指示返回的元信息来自缓存副本而不是原始服务器，因此可能不正确。
NoContent 等效于 HTTP 状态 204。NoContent 指示已成功处理请求并且响应已被设定为无内容。
ResetContent 等效于 HTTP 状态 205。ResetContent 指示客户端应重置（或重新加载）当前资源。
PartialContent 等效于 HTTP 状态 206。PartialContent 指示响应是包括字节范围的 GET 请求所请求的部分响应。
MultipleChoices 等效于 HTTP 状态 300。MultipleChoices 指示请求的信息有多种表示形式。默认操作是将此状态视为重定向，并遵循与此响应关联的 Location 头的内容。
Ambiguous 等效于 HTTP 状态 300。Ambiguous 指示请求的信息有多种表示形式。默认操作是将此状态视为重定向，并遵循与此响应关联的 Location 头的内容。
MovedPermanently 等效于 HTTP 状态 301。MovedPermanently 指示请求的信息已移到 Location 头中指定的 URI 处。接收到此状态时的默认操作为遵循与响应关联的 Location 头。
Moved 等效于 HTTP 状态 301。Moved 指示请求的信息已移到 Location 头中指定的 URI 处。接收到此状态时的默认操作为遵循与响应关联的 Location 头。原始请求方法为 POST 时，重定向的请求将使用 GET 方法。
Found 等效于 HTTP 状态 302。Found 指示请求的信息位于 Location 头中指定的 URI 处。接收到此状态时的默认操作为遵循与响应关联的 Location 头。原始请求方法为 POST 时，重定向的请求将使用 GET 方法。
Redirect 等效于 HTTP 状态 302。Redirect 指示请求的信息位于 Location 头中指定的 URI 处。接收到此状态时的默认操作为遵循与响应关联的 Location 头。原始请求方法为 POST 时，重定向的请求将使用 GET 方法。
SeeOther 等效于 HTTP 状态 303。作为 POST 的结果，SeeOther 将客户端自动重定向到 Location 头中指定的 URI。用 GET 生成对 Location 头所指定的资源的请求。
RedirectMethod 等效于 HTTP 状态 303。作为 POST 的结果，RedirectMethod 将客户端自动重定向到 Location 头中指定的 URI。用 GET 生成对 Location 头所指定的资源的请求。
NotModified 等效于 HTTP 状态 304。NotModified 指示客户端的缓存副本是最新的。未传输此资源的内容。
UseProxy 等效于 HTTP 状态 305。UseProxy 指示请求应使用位于 Location 头中指定的 URI 的代理服务器。
Unused 等效于 HTTP 状态 306。Unused 是未完全指定的 HTTP/1.1 规范的建议扩展。
TemporaryRedirect 等效于 HTTP 状态 307。TemporaryRedirect 指示请求信息位于 Location 头中指定的 URI 处。接收到此状态时的默认操作为遵循与响应关联的 Location 头。原始请求方法为 POST 时，重定向的请求还将使用 POST 方法。
RedirectKeepVerb 等效于 HTTP 状态 307。RedirectKeepVerb 指示请求信息位于 Location 头中指定的 URI 处。接收到此状态时的默认操作为遵循与响应关联的 Location 头。原始请求方法为 POST 时，重定向的请求还将使用 POST 方法。
BadRequest 等效于 HTTP 状态 400。BadRequest 指示服务器未能识别请求。如果没有其他适用的错误，或者如果不知道准确的错误或错误没有自己的错误代码，则发送 BadRequest。
Unauthorized 等效于 HTTP 状态 401。Unauthorized 指示请求的资源要求身份验证。WWW-Authenticate 头包含如何执行身份验证的详细信息。
PaymentRequired 等效于 HTTP 状态 402。保留 PaymentRequired 以供将来使用。
Forbidden 等效于 HTTP 状态 403。Forbidden 指示服务器拒绝满足请求。
NotFound 等效于 HTTP 状态 404。NotFound 指示请求的资源不在服务器上。
MethodNotAllowed 等效于 HTTP 状态 405。MethodNotAllowed 指示请求的资源上不允许请求方法（POST 或 GET）。
NotAcceptable 等效于 HTTP 状态 406。NotAcceptable 指示客户端已用 Accept 头指示将不接受资源的任何可用表示形式。
ProxyAuthenticationRequired 等效于 HTTP 状态 407。ProxyAuthenticationRequired 指示请求的代理要求身份验证。Proxy-authenticate 头包含如何执行身份验证的详细信息。
RequestTimeout 等效于 HTTP 状态 408。RequestTimeout 指示客户端没有在服务器期望请求的时间内发送请求。
Conflict 等效于 HTTP 状态 409。Conflict 指示由于服务器上的冲突而未能执行请求。
Gone 等效于 HTTP 状态 410。Gone 指示请求的资源不再可用。
LengthRequired 等效于 HTTP 状态 411。LengthRequired 指示缺少必需的 Content-length 头。
PreconditionFailed 等效于 HTTP 状态 412。PreconditionFailed 指示为此请求设置的条件失败，且无法执行此请求。条件是用条件请求标头（如 If-Match、If-None-Match 或 If-Unmodified-Since）设置的。
RequestEntityTooLarge 等效于 HTTP 状态 413。RequestEntityTooLarge 指示请求太大，服务器无法处理。
RequestUriTooLong 等效于 HTTP 状态 414。RequestUriTooLong 指示 URI 太长。
UnsupportedMediaType 等效于 HTTP 状态 415。UnsupportedMediaType 指示请求是不支持的类型。
RequestedRangeNotSatisfiable 等效于 HTTP 状态 416。RequestedRangeNotSatisfiable 指示无法返回从资源请求的数据范围，因为范围的开头在资源的开头之前，或因为范围的结尾在资源的结尾之后。
ExpectationFailed 等效于 HTTP 状态 417。ExpectationFailed 指示服务器未能符合 Expect 头中给定的预期值。
InternalServerError 等效于 HTTP 状态 500。InternalServerError 指示服务器上发生了一般错误。
NotImplemented 等效于 HTTP 状态 501。NotImplemented 指示服务器不支持请求的函数。
BadGateway 等效于 HTTP 状态 502。BadGateway 指示中间代理服务器从另一代理或原始服务器接收到错误响应。
ServiceUnavailable 等效于 HTTP 状态 503。ServiceUnavailable 指示服务器暂时不可用，通常是由于过多加载或维护。
GatewayTimeout 等效于 HTTP 状态 504。GatewayTimeout 指示中间代理服务器在等待来自另一个代理或原始服务器的响应时已超时。
HttpVersionNotSupported 等效于 HTTP 状态 505。HttpVersionNotSupported 指示服务器不支持请求的 HTTP 版本。
时间： 2024-08-19 02:53:01

android 开发-HttpClient状态码定义的相关文章

Android开发--二维码开发应用（转载！）

android项目开发 二维码扫描   基于android平台的二维码扫描项目,可以查看结果并且链接网址 工具/原料 zxing eclipse 方法/步骤 首先需要用到google提供的zxing和core.jar文件,可以在csdn上下载   解压zxing,并将android文件夹作为项目导入到eclipse中   打开文件列表,在libs文件中导入core.jar,并修改掉部分报错的地方(都是小问题,按照提示修改就行)   项目在这个时候就可以运行了,效果如图所示(在这之前我已经对界面进

八年Android开发，从码农到架构师分享我的技术成长之路

前言 移动研发火热不停,越来越多人开始学习android开发.但很多人感觉入门容易成长很难,对未来比较迷茫,不知道自己技能该怎么提升,到达下一阶段需要补充哪些内容.市面上也多是谈论知识图谱,缺少体系和成长节奏感,特此编写一份android研发进阶之路,希望能对大家有所帮助. 这篇文章里,我们只谈技术,不谈软技能. 在这里我把攻城狮分成初级.中级.高级和资深四个阶段,分别对研发设计能力.工具使用.系统原理和架构等作出要求. 初级 我对初级研发攻城狮的定义是掌握基础的android知识,能够独立完成

Web开发-各状态码的意思

常见的HTTP 1.1状态码以及它们对应的状态信息和含义 100 Continue 初始的请求已经接受,客户应当继续发送请求的其余部分.(HTTP 1.1新) 101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议(HTTP 1.1新) 200 OK 一切正常,对GET和POST请求的应答文档跟在后面.如果不用setStatus设置状态代码,Servlet默认使用202状态代码. 201 Created 服务器已经创建了文档,Location头给出了它的URL.

Android开发——Volley源码解析

0. 前言   其实写这篇文章只为一个目的,虽然Volley用起来很爽,但是面试官问你人家内部是怎么实现呢,没看过源码的话,在面试官眼里你和一个拿着一本Volley使用手册的高中生没啥区别.还是那句话说得好,会用一回事,深入理解又是另一回事了. 1.  Volley源码解析 1.1  Volley入口 Volley首先获取到的是RequestQueue实例.源码中则直接调用了newRequestQueue方法. public static RequestQueue newRequestQueue

android 开发Handler源码剖析

Android的消息机制主要是Handler的运行机制,而讲Handler的机制,又需要和MessageQueue和Looper结合.MessageQueue中文意思是消息队列,虽说叫队列,但是其内部结构并不是队列组成的,而是采用了单链表的形式来存储消息.MessageQueue只是负责存储消息,并不处理消息(这里指消息的轮训),Looper刚好弥补了这个空缺.我在知道,Handler创建的时候,会默认为我们创建一个Looper对象,那么如何获取当前的Looper呢,这里就使用到了一个Thead

Android开发之源码：多次点击事件的原理和实现

多次点击事件 多次点击事件原理:最后一次点击事件与第一次点击事件的时间间隔是否小于某个时间,当小于的时候,就认为这是一个多次点击事件. Android源码实现效果: 1 import android.app.Activity; 2 import android.os.Bundle; 3 import android.os.SystemClock; 4 import android.view.View; 5 6 public class MainActivity extends Activity

50个Android开发技巧(03 自己定义ViewGroup)

问题:怎样创建一个例如以下图所看到的的布局? 图1 (原文地址:http://blog.csdn.net/vector_yi/article/details/24415537) 你可能会说,利用RelativeLayout和margins就能够实现.的确,例如以下XML代码能够简单地构建一个类似的布局: <RelativeLayout xmlns:android = "http://schemas.android.com/apk/res/android" android:layo

http 1.1 状态码定义

part of Hypertext Transfer Protocol -- HTTP/1.1RFC 2616 Fielding, et al. 10 Status Code Definitions Each Status-Code is described below, including a description of which method(s) it can follow and any metainformation required in the response. 10.1 I

HTTP 笔记与总结（2 ）HTTP 协议的（请求行的）请求方法 及 （响应行的）状态码

(请求行的)请求方法 包括: GET,POST,HEAD,PUT,TRACE,DELETE,OPTIONS 注意:这些请求方法虽然是 HTTP 协议规定的,但是 Web Server 未必允许或支持这些方法. HEAD 和 GET 基本一致,只是不返回内容,比如只是确认一个内容还正常存在,不需要返回具体内容.演示: GET: HEAD: HEAD 方法只返回了响应的头信息. PUT,往服务器上的资源传输内容: 服务器未必支持 HTTP 协议所规定的方法. TRACE, 例如使用了代理上网(例如访