meng shao(@shao__meng)

Cloudflare 上线 Workers Cache https://t.co/7E48Xhro1H Workers Cache 是位于 Worker 前面的分层缓存。当 Worker 已经成为"...

8.5内容质量
Cloudflare 上线 Workers Cache https://t.co/7E48Xhro1H Workers Cache 是位于 Worker 前面的分层缓存。当 Worker 已经成为"...

TL;DR · AI 摘要

Cloudflare 推出 Workers Cache，通过分层缓存优化 Worker 性能，改变传统架构哲学。

核心要点

  • Workers Cache 作为分层缓存位于 Worker 前端，减少重复代码执行
  • 支持按需渲染与 stale-while-revalidate 机制，兼顾静态站速度与 SSR 新鲜度
  • 计费仅对缓存未命中请求收费，无独立存储费用

结构提纲

按章节快速跳转。

  1. §架构翻转

    Workers Cache 改变传统 Worker 作为源站的架构哲学

  2. ·设计原则

    通过分层缓存机制实现性能优化与成本控制

  3. ›关键特性

    支持按用户隔离缓存、多层缓存策略及标准 HTTP 行为

  4. ·计费模式

    仅对缓存未命中请求收费，无独立存储费用

  5. ›当前限制

    框架集成不完整，存在响应大小限制及跨数据中心问题

思维导图

用一张图看清主题之间的关系。

查看大纲文本（无障碍 / 无 JS 友好）
  • Workers Cache
    • 架构位置
      • Worker 前端分层缓存
    • 核心特性
      • 按需渲染+缓存
      • stale-while-revalidate
      • 用户隔离缓存
    • 计费模式
      • 仅计费未命中请求

金句 / Highlights

值得收藏与分享的关键句。

#Cloudflare#Workers Cache#CDN#缓存技术
打开原文

meng shao on X: "Cloudflare 上线 Workers Cache https://t.co/piw5w0zI42 Workers Cache 是位于 Worker 前面的分层缓存。当 Worker 已经成为"源站"本身时，CDN 缓存就应该像对待传统源站一样，挡在 Worker 前面吃流量，让 Worker 不必每次都跑。 这是 Cloudflare 架构哲学的一次翻转。2017 年 Workers https://t.co/GxMuump10x" / X

meng shao

@shao__meng

Cloudflare 上线 Workers Cache

blog.cloudflare.com/workers-cache

Workers Cache 是位于 Worker 前面的分层缓存。当 Worker 已经成为"源站"本身时，CDN 缓存就应该像对待传统源站一样，挡在 Worker 前面吃流量，让 Worker 不必每次都跑。 这是 Cloudflare 架构哲学的一次翻转。2017 年 Workers 诞生时定位是"在缓存和源站前面做请求变换"——加 header、改 URL、A/B 测试。但近两年 Astro / TanStack Start / Next.js / Remix / SvelteKit 都把 Worker 编译成"服务器本身"，Worker 即 origin。 此时旧架构的痛点暴露：每个请求都得跑代码，哪怕响应字节级相同。性能够快≠免费——既付延迟，也付 CPU 时间。 Workers Cache 给出了"第三条路"（区别于 SSG 与纯 SSR）： · 按需 server-render，把渲染结果缓存起来，TTL 到期再重渲染； · 借助 stale-while-revalidate，连重渲染那一次都不让用户等； · 拿到静态站的速度，又拿到 SSR 的新鲜度，无需框架级 ISR 机制。 五个关键设计 1. 归属 Worker 而非 Zone：一个 Worker 一份缓存，跨 hostname / service binding / workers. dev / 预览 / 多租户共享或隔离；purge 只清当前 entrypoint 2. 默认两层 Tiered Cache：下层在每个 PoP，上层全网聚合；双 miss 才跑 Worker，无需任何配置 3. ctx.props 进 cache key：网关鉴权后把 userId 塞进 props 调后端 cached Worker，按用户天然隔离——把"鉴权"与"按用户缓存"从对立变组合 4. 缓存位于每个 entrypoint 之间：自评"最大解锁"：一个 Worker 可写成 entrypoint 链，每段独立开/关缓存、独立 TTL 与 tag，缓存成为程序的一层而非外挂 5. 标准 HTTP 行为：Vary 按 RFC 9110/9111 全量实现；stale-while-revalidate 三段窗口（fresh / stale 后台刷新 / 窗口外才等） 计费要点 · HIT：只收请求费，免 CPU 时间；MISS/BYPASS 正常计费；无独立 SKU、无存储费。 · 隐藏成本：开启缓存后，原本免费的静态资产与 worker→worker 调用会按标准请求率计费（因为每次都要查缓存）。 当前限制 · Smart Placement 与上层缓存分别选址，全 miss 可能跨数据中心两次； · 响应大小临时统一按 Free 档 512 MB； · 框架集成仅 Astro 落地，Next.js / TanStack Start 在路上； · ctx.cache.invalidate()（标为过期而非硬删）待出。

Cloudflare

@Cloudflare

Jul 6

We are launching Workers Cache, a regionally tiered cache that sits directly in front of your Worker entrypoints. Infinitely composable, configured via standard HTTP headers.

cfl.re/44IVyfI

12:47 AM · Jul 7, 2026

2.5K

Views

1

7

3