Cloudflares Worker Cache API 出现问题

Question

我现在已经花费了无数个小时来尝试让缓存 API 来缓存一个简单的请求。我让它在两者之间工作过一次，但忘记在缓存键中添加一些东西，现在它不再工作了。不用说，cache.put() 没有返回值来指定请求是否实际被缓存并没有帮助，我只能反复试验。有人可以告诉我我做错了什么以及实际需要什么吗？我现在已经阅读了所有文档超过 3 遍，我很茫然……

值得注意的是，这个 REST 端点设置了pragma: no-cache 和所有其他与无缓存相关的缓存，但我想强制缓存响应，这就是为什么我试图在缓存之前完全重写标题，但是它仍然无法正常工作（不匹配或不存储，没人知道......）

async function apiTest(token, url) {
    let apiCache = await caches.open("apiResponses");
    let request = new Request(
        new URL("https://api.mysite.com/api/"+url),
        {
            headers: {
                "Authorization": "Bearer "+token,
            }
        }
    )
    // Check if the response is already in the cloudflare cache
    let response = await apiCache.match(request);
    if (response) {
        console.log("Serving from cache");
    }
    if (!response) {
        // if not, ask the origin if the permission is granted
        response = await fetch(request);
        // cache response in cloudflare cache
        response = new Response(response.body, {
            status: response.status,
            statusText: response.statusText,
            headers: {
                "Cache-Control": "max-age=900",
                "Content-Type": response.headers.get("Content-Type"),
            }
        });
        await apiCache.put(request, response.clone());
    }
    return response;
}

在此先感谢您的帮助，我首先在 Cloudflare 社区提出了同样的问题，但 2 周内没有收到答复

Answer 1

这可能与您使用caches.default，而不是使用caches.open("whatever") 打开私有缓存有关。当您使用caches.default 时，您将共享fetch() 本身使用的同一个缓存。因此，当您的工作人员运行时，您的工作人员检查缓存，然后fetch() 检查缓存，然后fetch() 稍后写入缓存，然后您的工作人员也写入相同的缓存条目。由于写入操作特别是异步发生的（当响应流过时），它们很可能是重叠的，缓存会变得混乱并将它们全部扔掉。

为避免这种情况，您应该打开一个私有缓存命名空间。所以，替换这一行：

let cache = caches.default;

与：

let cache = await caches.open("whatever");

（这个await 总是立即完成；它只是因为缓存 API 标准坚持认为这个方法是异步的而需要它。）

这样，您正在读取和写入一个完全独立于 fetch() 本身读取/写入的缓存条目。

caches.default 的用例是当您有意对 fetch() 也将使用的缓存条目进行操作时，但我认为您不需要在这里这样做。

---

编辑：根据下面的对话，我现在怀疑 Authorization 标头的存在导致缓存拒绝存储响应。但是，使用自定义缓存命名空间（如上所述）意味着您可以使用没有该标头的Request 安全地缓存该值，因为您知道缓存的响应只能由 Worker 通过缓存 API 访问.听起来这种方法适用于您的情况。