当前位置: 首页 > news >正文

[HTTP]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表示:成功
  这一类型的状态码,代表请求已成功被服务器接收、理解、并接受。
  “200″ : OK
  “201″ : Created 已创建
  “202″ : Accepted 接收
  “203″ : Non-Authoritative Information 非认证信息
  “204″ : No Content 无内容
  “205″ : Reset Content 重置内容
  “206″ : Partial Content 服务器已经成功处理了部分GET请求。类似于FlashGet或者迅雷这类的HTTP 下载工具都是使用此类响应实现断点续传或者将一个大文档分解为多个下载段同时下载。
  “207″: Multi-Status 由WebDAV(RFC 2518)扩展的状态码,代表之后的消息体将是一个XML消息,并且可能依照之前子请求数量的不同,包含一系列独立的响应代码.
3XX表示: 重定向
  这类状态码代表需要客户端采取进一步的操作才能完成请求。通常,这些状态码用来重定向,后续的请求地址(重定向目标)在本次响应的Location域中指明。
  “300″ : Multiple Choices 多路选择
  “301″ : Moved Permanently 永久转移
  “302″ : Found 暂时转移
  “303″ : See Other 参见其它
  “304″ : Not Modified 未修改
  “305″ : Use Proxy 使用代理
  “306″: Switch Proxy 在最新版的规范中,306状态码已经不再被使用。   “307″ : Temporary Redirect 请求的资源现在临时从不同的URI响应请求。由于这样的重定向是临时的,客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下,这个响应才是可缓存的。
4XX表示: 客户端错误
  这类的状态码代表了客户端看起来可能发生了错误,妨碍了服务器的处理。
  “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 请求URI太长
  “415″ : Unsupported Media Type 不支持媒体类型
  “416″ : Requested range not satisfiable 如果请求中包含了Range请求头,并且Range中指定的任何数据范围都与当前资源的可用范围不重合,同时请求中又没有定义If-Range请求头,那么服务器就应当返回416状态码。
  “417″ : Expectation Failed 在请求头Expect中指定的预期内容无法被服务器满足
  “421 “:There are too many connections from your internet address 从当前客户端所在的IP地址到服务器的连接数超过了服务器许可的最大范围。通常,这里的IP地址指的是从服务器上看到的客户端地址.
  “422″: Unprocessable Entity 请求格式正确,但是由于含有语义错误,无法响应。(RFC 4918 WebDAV)
  “423″: Locked 当前资源被锁定。(RFC 4918 WebDAV)
  “424″: Failed Dependency 由于之前的某个请求发生的错误,导致当前请求失败,例如PROPPATCH。(RFC 4918 WebDAV)
  “425″: Unordered Collection 在WebDav Advanced Collections草案中定义,但是未出现在《WebDAV顺序集协议》(RFC 3658)中。
  “426″:Upgrade Required 客户端应当切换到TLS/1.0。(RFC 2817)
  “449″: Retry With 由微软扩展,代表请求应当在执行完适当的操作后进行重试。
5XX表示: 服务器错误
  这类状态码代表了服务器在处理请求的过程中有错误或者异常状态发生
  “500″ : Internal Server Error 服务器遇到了一个未曾预料的状况,导致了它无法完成对请求的处理。一般来说,这个问题都会在服务器的程序码出错时出现
  “501″ : Not Implemented 未实现
  “502″ : Bad Gateway 作为网关或者代理工作的服务器尝试执行请求时,从上游服务器接收到无效的响应
  “503″ : Service Unavailable 由于临时的服务器维护或者过载,服务器当前无法处理请求。这个状况是临时的,并且将在一段时间以后恢复。
  “504″ : Gateway Time-out 网关超时
  “505″ : HTTP Version not supported 服务器不支持,或者拒绝支持在请求中使用的HTTP版本。这暗示着服务器不能或不愿使用与客户端相同的版本。响应中应当包含一个描述了为何版本不被支持以及服务器支持哪些协议的实体。
  “506” : Variant Also Negotiates 由《透明内容协商协议》(RFC 2295)扩展,代表服务器存在内部配置错误:被请求的协商变元资源被配置为在透明内容协商中使用自己,因此在一个协商处理中不是一个合适的重点。
  “507” : Insufficient Storage 服务器无法存储完成请求所必须的内容。这个状况被认为是临时的。WebDAV(RFC 4918)
  “509” : Bandwidth Limit Exceeded 服务器达到带宽限制。这不是一个官方的状态码,但是仍被广泛使用。
  “510” : Not Extended 获取资源所需要的策略并没有没满足。(RFC 2774)

来源:http://www.admin10000.com/document/396.html

相关文章:

  • 福州大学第十一届程序设计竞赛
  • Android sendToTarget
  • 模板特化疑问
  • perl文件操作
  • 数论 --- 费马小定理 + 快速幂 HDU 4704 Sum
  • 机器翻译漫谈
  • 产生一个长度为100的int数组,并向其中随机插入1-100,不能重复
  • 去掉默认输入框按下时的蓝色边框
  • 阅读第8,9,10章
  • XenDesktop7.6安装部署入门教程
  • 我的视频教学之路
  • .aanva
  • 理念
  • HihoCoder第十一周:树中的最长路
  • Android 四种启动模式 已看晕
  • 【跃迁之路】【699天】程序员高效学习方法论探索系列(实验阶段456-2019.1.19)...
  • 〔开发系列〕一次关于小程序开发的深度总结
  • 2019年如何成为全栈工程师?
  • CSS盒模型深入
  • ES6--对象的扩展
  • Java多线程(4):使用线程池执行定时任务
  • JS 面试题总结
  • Laravel深入学习6 - 应用体系结构:解耦事件处理器
  • 第十八天-企业应用架构模式-基本模式
  • 简单易用的leetcode开发测试工具(npm)
  • 全栈开发——Linux
  •  一套莫尔斯电报听写、翻译系统
  • 云栖大讲堂Java基础入门(三)- 阿里巴巴Java开发手册介绍
  • 深度学习之轻量级神经网络在TWS蓝牙音频处理器上的部署
  • Java总结 - String - 这篇请使劲喷我
  • ​渐进式Web应用PWA的未来
  • !!java web学习笔记(一到五)
  • #git 撤消对文件的更改
  • #每天一道面试题# 什么是MySQL的回表查询
  • $jQuery 重写Alert样式方法
  • (3)(3.2) MAVLink2数据包签名(安全)
  • (vue)页面文件上传获取:action地址
  • (超简单)构建高可用网络应用:使用Nginx进行负载均衡与健康检查
  • (二)基于wpr_simulation 的Ros机器人运动控制,gazebo仿真
  • (附源码)基于SSM多源异构数据关联技术构建智能校园-计算机毕设 64366
  • (九十四)函数和二维数组
  • (十)【Jmeter】线程(Threads(Users))之jp@gc - Stepping Thread Group (deprecated)
  • (十六)一篇文章学会Java的常用API
  • (一)WLAN定义和基本架构转
  • (译) 函数式 JS #1:简介
  • (原創) 未来三学期想要修的课 (日記)
  • (转)Linq学习笔记
  • (转)nsfocus-绿盟科技笔试题目
  • (转)winform之ListView
  • (转载)hibernate缓存
  • .360、.halo勒索病毒的最新威胁:如何恢复您的数据?
  • .equal()和==的区别 怎样判断字符串为空问题: Illegal invoke-super to void nio.file.AccessDeniedException
  • .NET Core/Framework 创建委托以大幅度提高反射调用的性能
  • .NET/C# 解压 Zip 文件时出现异常:System.IO.InvalidDataException: 找不到中央目录结尾记录。
  • .Net+SQL Server企业应用性能优化笔记4——精确查找瓶颈