2xx 状态码表示成功，即服务器已接收、理解并接受客户端的请求。
200 响应表示请求已成功。
200 响应常见于以下场景：
- GET 请求：返回所请求的资源（如网页、图像或 API 数据）以及相关响应头。
- HEAD 请求：仅检索与所请求资源对应的响应头，例如元数据（文件大小或上次修改日期）。
- POST 请求：确认已成功处理提交的数据（如表单提交），响应正文中通常包含有关结果的详细信息。
200 响应理想情况下应包含有效负载，但并非必需。有时源服务器可能返回内容长度为零的 200 响应。但按照 RFC 标准，此类情况建议使用 204 响应（CONNECT 方法除外）。
默认情况下，200 响应可由代理服务器和浏览器缓存。如果未定义特定的 缓存控制，具有 200 响应的 静态资源 会在 Cloudflare 边缘缓存两小时。
201 响应表示已成功创建一个或多个新资源。服务器通常会在 Location 响应头或请求 URI 中包含新创建资源的位置。
响应 POST 请求创建新资源。例如，创建新用户、文章或记录。
Cloudflare 会原样转发 201 响应，不做修改。
有关 201 响应中 ETag 和 Last-Modified 等验证程序响应头的更多详情，请参阅 RFC 7231 ↗。
203 响应表示请求成功，但响应并非直接来自源服务器，而是由代理或中间服务器交付。
服务器使用此响应告知客户端：该资源已由代理服务器缓存。
Cloudflare 不会缓存 203 响应。有关 Cloudflare 如何处理 203 响应的详情，请参阅 Cloudflare HTTP 响应头。
204 响应表示请求已成功处理，但响应中没有可返回的内容。
服务器常用此响应表示文档编辑器向源服务器的保存操作已成功完成。
根据 HTTP 标准，204 响应从不包含有效负载，且 Cloudflare 不会缓存这些响应。
205 响应告知客户端在请求后返回到其先前状态。
此响应出现在用户提交表单或其他数据后，服务器希望客户端刷新页面或允许新的提交时。
205 响应不得包含任何有效负载，且 Cloudflare 不会缓存这些响应。
206 响应表示请求部分成功，常用于以较小分块提供大文件。
此响应常用于降低延迟，当客户端处理可能需要分片或中断下载的较大文件时。例如，流式传输视频或为渐进加载提供文件范围。
206 响应包含以下之一：
- 包含
Content-Range响应头的部分有效负载，该响应头指定所请求的范围以及响应中提供的数据。 - 多部分有效负载，在顶层省略
Content-Range响应头，但为多部分响应正文的每个部分包含Content-Type和Content-Range响应头。
更多详情请参阅 RFC 7233 第 4.1 节 ↗。
Cloudflare 会处理范围请求的 206 响应，但 缓存行为 可能因文件类型和源站设置而异。