Cloudflres工作缓存API出现问题

Trouble with Cloudflares Worker Cache API(Cloudflres工作缓存API出现问题)
本文介绍了Cloudflres工作缓存API出现问题的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我现在已经花费了无数个小时来尝试让缓存API缓存一个简单的请求。我让它在中间工作过一次,但忘了向缓存键中添加一些东西,现在它不再工作了。不用说,cache.put()没有指定请求是否被实际缓存的返回值并不完全有帮助,我只能反复试验。也许有人能给我一个提示,告诉我我做错了什么,实际上需要什么?我现在已经把所有的文件读了三遍以上,我完全不知所措了。… 可能值得注意的是,这个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社区上问了同样的问题,但在两周内没有收到答复

推荐答案

这可能与您使用caches.default而不是使用caches.open("whatever")打开专用缓存有关。当您使用caches.default时,您共享的缓存与fetch()本身使用的缓存相同。因此,当您的Worker运行时,您的Worker检查缓存,然后fetch()检查缓存,然后fetch()写入缓存,然后您的Worker也写入相同的缓存条目。由于写入操作特别是异步发生的(当响应流过时),它们很可能是重叠的,并且缓存被混淆并将它们全部丢弃。

要避免这种情况,您应该打开私有缓存命名空间。因此,请替换此行:

let cache = caches.default;

使用:

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

(此await始终立即完成;之所以需要它,只是因为缓存API标准坚持此方法是异步的。)

这样,您正在读取和写入一个与fetch()本身读取/写入的缓存项完全不同的缓存项。

caches.default的用例是您有意操作fetch()也将使用的缓存项,但我认为您不需要在此处执行此操作。


编辑:根据下面的对话,我现在怀疑Authorization头的存在导致缓存拒绝存储响应。但是,使用自定义缓存命名空间(如上所述)意味着您可以使用没有该头的Request来安全地缓存值,因为您知道缓存的响应只能由Worker通过缓存API访问。听起来这种方法在您的案例中奏效了。

这篇关于Cloudflres工作缓存API出现问题的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!

本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除!

相关文档推荐

Update another component when Formik form changes(当Formik表单更改时更新另一个组件)
Formik validation isSubmitting / isValidating not getting set to true(Formik验证正在提交/isValiating未设置为True)
React Validation Max Range Using Formik(使用Formik的Reaction验证最大范围)
Validation using Yup to check string or number length(使用YUP检查字符串或数字长度的验证)
Updating initialValues prop on Formik Form does not update input value(更新Formik表单上的初始值属性不会更新输入值)
password validation with yup and formik(使用YUP和Formick进行密码验证)