Cloudflare 免费额度速查：撞上限制时你会看到什么
免费额度不是"够不够"的问题，是"什么时候撞上"的问题。这张表把最容易撞的几个限制放在一起。
1. 额度表
| 项目 | 免费档 | 付费档 |
|---|---|---|
| Workers 请求 | 100,000/天 | 不限（按量计费） |
| Workers CPU | 10 ms/次 | 5 分钟 |
| Workers 内存 | 128 MB | 128 MB |
| 子请求 | 50 个/请求 | 10,000/请求 |
| KV 读 | 100,000/天 | 不限 |
| KV 写（不同 key） | 1,000/天 | 不限 |
| KV 写（同一 key） | 1 次/秒 | 1 次/秒 |
| KV 存储 | 1 GB/账号 | 不限 |
| KV key 大小 | 512 字节 | 512 字节 |
| Pages 文件数 | 20,000 | 100,000 |
| Pages 单文件 | 25 MiB | 25 MiB |
| DNS / Universal SSL / DDoS | 免费 | 同 |
2. 超限之后
Workers 的日请求用尽后返回 Error 1027。路由有两种行为：
| 模式 | 表现 |
|---|---|
| Fail open | 绕过 Worker，请求按无 Worker 处理 |
| Fail closed | 直接返回 1027 错误页 |
对安全相关的 Worker（鉴权、过滤）选 fail closed；对纯展示站点，fail open 至少还能降级返回静态内容。
3. 哪个限制最容易先撞上
不是日请求，是 KV 的写入。
一个每天几百访问的个人站，请求量离 10 万差两个数量级；但如果用它做计数、状态上报、表单收集，1,000 次写入/天很容易被跑满，而且同一 key 每秒只能写一次——拿 KV 做实时计数会直接撞墙。
KV 适合读多写少：配置、页面缓存、映射表。要频繁写，考虑 D1 或 Durable Objects（各有自己的额度）。
4. 三个额度陷阱
日额度按 UTC 零点重置。对国内用户是早上 8 点，做压测时注意时间点，别把"早上 8 点后突然恢复"误判成故障恢复。
Pages 的静态请求不计入 Workers 请求数。把静态站放 Pages，等于用另一套额度。
子请求 50 个是每次请求的上限。一个页面要扇出调用十几个上游接口时，很容易超；超了会直接失败而不是排队。
小结
免费额度里真正会先卡住你的是 KV 写入（1,000/天、同 key 1 次/秒），不是 Workers 请求数。选型时先看写入模式，再看请求量。
超限后的行为比数字更值得知道：1027 错误页、fail open / fail closed 的选择，决定了你额度耗尽那天用户看到什么。监控与告警的做法见 102-cost-control-quotas.md，优化清单见 105-performance-cost-checklist.md。
数据来源与检索时间
检索时间 2026-11-10。
| 来源 | URL | 对应数据 |
|---|---|---|
| Workers 限额 | https://developers.cloudflare.com/workers/platform/limits/ | 请求 100,000/天、CPU 10ms、内存 128MB、子请求 50；超限 Error 1027；fail open / fail closed |
| KV 限额 | https://developers.cloudflare.com/kv/platform/limits/ | 100,000 读/天、1,000 写/天、同 key 1 次/秒、1GB 存储、key 512 字节 |
| Pages 限额 | https://developers.cloudflare.com/pages/platform/limits/ | 20,000 文件、单文件 25 MiB |
| 定价页 | https://www.cloudflare.com/plans/ | 免费档 $0/月、Universal SSL、不计量 DDoS |
核验说明
- 额度与超限行为来自上述页面（当天 web_fetch 不可用，改用 HTTPS 直接抓取，均 200）。
- 未做：没有把任一额度跑到上限去观察真实报错与恢复时间；"UTC 零点重置"依据文档描述，未在本账号验证。