| 100 | Continue | 继续。客户端应继续其请求 |
| 101 | Switching Protocols | 切换协议。服务器根据客户端的请求切换协议。只能切换到更高级的协议，例如，切换到HTTP的新版本协议 |
| 200 | OK | 请求成功。一般用于GET与POST请求 |
| 201 | Created | 已创建。成功请求并创建了新的资源 |
| 202 | Accepted | 已接受。已经接受请求，但未处理完成 |
| 203 | Non-Authoritative Information | 非授权信息。请求成功。但返回的meta信息不在原始的服务器，而是一个副本 |
| 204 | No Content | 无内容。服务器成功处理，但未返回内容。在未更新网页的情况下，可确保浏览器继续显示当前文档 |
| 205 | Reset Content | 重置内容。服务器处理成功，用户终端（例如：浏览器）应重置文档视图。可通过此返回码清除浏览器的表单域 |
| 206 | Partial Content | 部分内容。服务器成功处理了部分GET请求 |
| 300 | Multiple Choices | 多种选择。请求的资源可包括多个位置，相应可返回一个资源特征与地址的列表用于用户终端（例如：浏览器）选择 |
| 301 | Moved Permanently | 永久移动。请求的资源已被永久的移动到新URI，返回信息会包括新的URI，浏览器会自动定向到新URI。今后任何新的请求都应使用新的URI代替 |
| 302 | Found | 临时移动。与301类似。但资源只是临时被移动。客户端应继续使用原有URI |
| 303 | See Other | 查看其它地址。与301类似。使用GET和POST请求查看 |
| 304 | Not Modified | 未修改。所请求的资源未修改，服务器返回此状态码时，不会返回任何资源。客户端通常会缓存访问过的资源，通过提供一个头信息指出客户端希望只返回在指定日期之后修改的资源 |
| 305 | Use Proxy | 使用代理。所请求的资源必须通过代理访问 |
| 306 | Unused | 已经被废弃的HTTP状态码 |
| 307 | Temporary Redirect | 临时重定向。与302类似。使用GET请求重定向 |
| 400 | Bad Request | 客户端请求的语法错误，服务器无法理解 |
| 401 | Unauthorized | 请求要求用户的身份认证 |
| 402 | Payment Required | 保留，将来使用 |
| 403 | Forbidden | 服务器理解请求客户端的请求，但是拒绝执行此请求 |
| 404 | Not Found | 服务器无法根据客户端的请求找到资源（网页）。通过此代码，网站设计人员可设置"您所请求的资源无法找到"的个性页面 |
| 405 | Method Not Allowed | 客户端请求中的方法被禁止 |
| 406 | Not Acceptable | 服务器无法根据客户端请求的内容特性完成请求 |
| 407 | Proxy Authentication Required | 请求要求代理的身份认证，与401类似，但请求者应当使用代理进行授权 |
| 408 | Request Time-out | 服务器等待客户端发送的请求时间过长，超时 |
| 409 | Conflict | 服务器完成客户端的PUT请求是可能返回此代码，服务器处理请求时发生了冲突 |
| 410 | Gone | 客户端请求的资源已经不存在。410不同于404，如果资源以前有现在被永久删除了可使用410代码，网站设计人员可通过301代码指定资源的新位置 |
| 411 | Length Required | 服务器无法处理客户端发送的不带Content-Length的请求信息 |
| 412 | Precondition Failed | 客户端请求信息的先决条件错误 |
| 413 | Request Entity Too Large | 由于请求的实体过大，服务器无法处理，因此拒绝请求。为防止客户端的连续请求，服务器可能会关闭连接。如果只是服务器暂时无法处理，则会包含一个Retry-After的响应信息 |
| 414 | Request-URI Too Large | 请求的URI过长（URI通常为网址），服务器无法处理 |
| 415 | Unsupported Media Type | 服务器无法处理请求附带的媒体格式 |
| 416 | Requested range not satisfiable | 客户端请求的范围无效 |
| 417 | Expectation Failed | 服务器无法满足Expect的请求头信息 |
| 419 | ||
| 500 | Internal Server Error | 服务器内部错误，无法完成请求， 服务器性能不够，服务宕了 |
| 501 | Not Implemented | 服务器不支持请求的功能，无法完成请求 |
| 502 | Bad Gateway | 作为网关或者代理工作的服务器尝试执行请求时，从远程服务器接收到了一个无效的响应，代理出问题 |
| 503 | Service Unavailable | 由于超载或系统维护，服务器暂时的无法处理客户端的请求。延时的长度可包含在服务器的Retry-After头信息中 |
| 504 | Gateway Time-out | 充当网关或代理的服务器，未及时从远端服务器获取请求 |
| 505 | HTTP Version not supported | 服务器不支持请求的HTTP协议的版本，无法完成处理 |
相关文章
- 12-11HTTP 状态码大全
- 12-11HTTP返回码和其含义
- 12-11在服务器启动docker容器卡住、无启动成功信息，docker ps一a状态码137
- 12-1110月22日纯血鸿蒙正式版发布意味着什么？-应用管控中心：鸿蒙系统提供了应用管控中心，能够智能识别应用的风险行为，并给出将其放入应用管控中心的提示，以便在更安全可控的环境下调用。对于被加入管控的应用，系统会通过空白信息、模糊定位等方式隐藏或禁用真实敏感的用户数据，并限制应用弹框，确保应用在安全受控的前提下正常运行。 隐私保护功能：鸿蒙系统提供了图片隐私保护功能，可以在分享照片时去除图片的位置信息和拍摄数据。此外，还有AI隐私保护功能，可以自动识别并一键打码身份证、银行卡号、车票信息、头像昵称等敏感信息，防止隐私泄露。 系统级文件加密分享：鸿蒙系统支持系统级的文件加密分享机制，用户可以在手机或平板上对文件进行加密，只有授权的用户才能打开，这种系统级的分享机制不依赖应用，不限分享渠道，并支持多种文件类型。 安全认证：鸿蒙系统的安全能力获得了行业最高等级的安全认证，鸿蒙内核获得了国际CC EAL6+证书，这是业界通用操作系统内核领域首个6+等级认证。整个系统还获得了中国CCRC EAL5+认证，是业界唯一获得此认证的操作系统。 隐私灯功能：鸿蒙系统推出了全新的隐私灯功能，能在状态栏明确提示用户当前有应用正在使用麦克风、摄像头或地理位置，并能做到全局的实时显示，有效防止被应用覆盖，确保用户能够实时了解应用正在使用的敏感权限。 应用权限管理：鸿蒙系统全面梳理了所有系统授权，禁止开放了9类不合理权限，包括读取已安装应用列表、访问短信、访问存储文件等，确保应用只能访问特定权限，保护用户数据的安全和私密性。 分布式架构：鸿蒙系统的分布式架构支持多种设备间的无缝协作，允许手机轻松连接到其他设备，实现资源共享和跨设备的任务处理，同时确保了数据在不同设备间的安全传输。 微内核设计：鸿蒙系统采用微内核设计，有效防止了外部攻击，并且通过形式化方法，重塑可信安全，提供更强的安全特性和低时延等特点。 数据生命周期保护：鸿蒙系统参照数据的风险分级，提供了基于全生命周期的数据保护能力，包括数据的生成、存储、使用、传输和销毁等阶段，确保数据在各个阶段的安全。 以上这些特性共同构成了鸿蒙系统在安全和隐私保护方面的全面策略，为用户提供一个安全可靠的操作系统环境。 鸿蒙系统惊人的迭代速度 从官网鸿蒙文档的发布可以看出，纯血鸿蒙NEXT在6月份面向开发者发布 Beta1版本以来，短短4个月时间，经过6个Beta 版的迭代，到昨天发布会正式发布，V 哥从文档日期看到，HarmonyOS NEXT Release 版，更新于2024-10-18 17:16。 正式版的发布，为首款搭载纯血鸿蒙 NEXT 手机 Mate70的发布提前奠定了基础，让我们一起期待12月份里程碑式的发布会。 鸿蒙系统是智能时代的基础 当下，我们正面临第四次工业革命的进程，从第一次以蒸汽机为首的机器取代人力生产的机械制造时代，到第二次以电力大规模应用为代表的电气化和自动化时代，再到第三次以计算机和电子数据普及为代表的电子信息时代，我们都在学习和模仿，这一次的智能时代来了，鸿蒙系统将发挥着重要的基础能力。智能设备和产品，就得依托智能底座系统。 虽然说从诺基亚手机的塞班系统开始就称之为智能手机系统，随着iPhone的横空出世，和Android系统生态的发展，智能操作系统才真正被称为智能。而鸿蒙 NEXT，又重新定义了什么是智能操作系统，听 V 哥慢慢道来。 iOS 和 Android 都是为单一设备设计的操作系统，它们的内核和系统架构主要针对手机、平板等移动设备进行优化。所以我们会看到例如 iOS的应用有手机版，pad版多套应用，这无疑给企业开发增加而外的工作量。 再一个，虽然 iOS 和 Android 支持多任务和后台处理，但它们并不是为跨设备协作设计的分布式系统。在多设备协同工作方面，它们主要依赖于云服务和第三方应用来实现。 而鸿蒙 NEXT 系统（HarmonyOS NEXT）是一个分布式操作系统，它支持多种设备之间的无缝协作，实现了真正的分布式架构。鸿蒙系统通过微内核设计，提供了更好的性能和安全性，同时支持跨设备的统一操作体验。分布式系统是指由多个独立的计算机组成的系统，这些计算机之间通过网络相互连接，协同工作以完成特定的任务。 所以，在鸿蒙应用开发中，可以真正实现一次开发多端部署的特点。因为鸿蒙系统本身是分布式系统架构。这个特性不简单，随着物联网的发展，除了手机、平板、电视、手表等等这些智能设备，鸿蒙为更多的物联网、泛物联网设备的产生提供了天然的支持，鸿蒙系统可以让这些设备之间实现丝滑的数据流转，为所有智能设备提供了统一的系统级标准，这为智能时代的发展带来无限的可能，手机、平板等不是全部，而是物联网设备中的其中一种而已。 鸿蒙时代必将开启全新的世界。
- 12-11跟踪用户状态，http协议无状态 Cookie HttpSession，Session和Cookie的关系
- 12-11HTTP 常见状态码
- 12-11【http】http 状态码 和http methods及restful api-一 http 状态码
- 12-11FastAPI响应系列(二) 响应状态码
- 12-11spring mvc 的一些状态码
- 12-11常见的状态码