源站范围请求：无需调优范围请求即可提供大文件服务

Cloudflare 在 2026 年 10 月 23 日公布的产品更新中，将重写后的 Origin Range Requests 作为自助功能向所有套餐开放。用户不再需要调整分段大小或联系技术支持，只需通过 Cache Rule 为符合条件的流量启用，边缘节点便会处理分块、回源和缓存协调。

从固定分段改为内部固定块

HTTP 范围请求允许客户端只获取文件的一部分。视频播放器可以跳过已观看内容，下载工具可以在中断后继续，软件包管理器也可能只读取制品中的特定区间。旧版 Cloudflare 范围缓存会按客户配置的大小切分文件：范围过小会产生大量碎片化回源请求并占用内存；范围过大则可能为一次小幅读取传输远超需求的数据。调整范围大小还会使缓存键发生变化，导致原有缓存失效。

新实现建立在 Pingora 缓存服务器及其固定大小磁盘块之上。Cloudflare 会检查所需字节是否已经缓存，仅为缺失部分请求与内部块边界对齐的源站数据，再把多个片段组合成客户端要求的范围。对小于一个缓存块或未对齐的范围，边缘节点仍可能读取整个块，但额外开销已有明确上限，不再受客户所选范围大小影响。

一次响应可能由多段数据组成

真正的难点不是解析 Range 请求，而是保证缓存数据、正在下载的数据和新回源数据可以安全组合。新的协调器会读取资源标头与范围覆盖信息，组合磁盘缓存、内存中的流式数据和缺失片段；如果另一项下载已经覆盖所需字节，后续请求可以接入该下载，而不必再次回源。

• 每个源站响应都必须与请求范围匹配，资源总长度和实体标签需要在各子请求间保持一致。
• 客户端使用 If-Range 时，只有资源仍匹配指定验证器才会返回部分内容，否则回退为完整响应。
• 对于即将解压的表示，Cloudflare 不组合压缩字节范围，而是返回经过转换的完整内容。
• 可满足的范围返回 206 Partial Content 和准确的 Content-Range；无法满足的范围返回 416 Range Not Satisfiable。

生产环境中的官方数据

Cloudflare 先将旧功能用户迁移到新实现，其中 R2 是规模最大的内部使用者。官方称，迁移后 R2 各存储区域的 p99 首字节时间在缓存命中和未命中场景中均大约缩短一半。后续版本让协调器能够在一次响应中拼接磁盘数据与上游数据，官方称这使 R2 及类似工作负载的分层缓存流量环比下降约 6%。这些数字反映的是 Cloudflare 自身工作负载的厂商测试结果，不能直接等同于所有客户环境中的性能提升。

适用场景与实际限制

该功能主要面向会自然读取大型可缓存对象局部内容的流量，包括可拖动播放的视频、可续传的大文件、软件分发仓库、磁盘镜像、压缩包，以及传输模型文件或读取模型制品局部的 AI 工作负载。

启用 Origin Range Requests 不会改变原有缓存资格，也不会让原本不可缓存的响应变得可缓存。源站仍需支持字节范围，部分回源才能发挥作用。客户需要做的只是用 Cache Rule 匹配目标流量并开启该选项，其余缓存分块、并发协调与响应正确性由 Cloudflare 边缘节点负责。

资料来源：Origin Range Requests: Serving large files without range-request tuning（2026-10-23）。