gpt4 book ai didi

android - 来自 CloudFront 的连续未命中

转载 作者:行者123 更新时间:2023-11-29 16:58:21 25 4
gpt4 key购买 nike

当我从我的 android 应用程序运行发布请求 api 时,我收到以下错误“来自 CloudFront 的小姐”。虽然当我从 postman 测试 api 时它给出了相同的错误但它确实更新了 DynamoDb 中的详细信息但是当我在移动应用程序上运行它时它给出了相同的错误但 DynamoDB 中没有更新。并且还需要使用 API 网关配置 CloudFront 吗?

以下是我的 android 监视器详细输出:

content-type: application/json
content-length: 982
date: Sat, 06 May 2017 17:57:56 GMT
x-amzn-requestid: 88a875cd-3285-11e7-959a-1bb59a5dfddb
x-amzn-trace-id: sampled=0;root=1-590e0ea4-46e2415a5816996f8f61985f
x-cache: Miss from cloudfront
via: 1.1 7b637ad78977549938b508611f792222.cloudfront.net (CloudFront)
x-amz-cf-id: PA8VzPLzR823OAVOxT9bWgyIHdyue9-CAnXyLrWJY_7WMSB_xSdCEw==
OkHttp-Sent-Millis: 1494093475993
OkHttp-Received-Millis: 1494093476302
Status code: 200

最佳答案

X-Cache: Miss from cloudfront 不是错误。

它只是一个信息 header ,当与 API Gateway 一起使用时,它根本没有任何意义 -- 它只是 CloudFront 始终 为 API 提供一些前端服务这一事实的副作用网关。这种安排由 API 网关提供和控制,因此无需配置(也无需删除)。

在这种情况下,您应该忽略此响应 header ——问题出在其他地方。

正如您自己所指出的,当使用 Postman 时消息仍然存在,但请求在该环境中完全按照它应该的方式工作。即使没有上述背景信息,这个事实也应该表明这个 header 是无关的,因为无论请求是否成功执行后端操作,它都存在。

同样,如果您遇到后端故障并抛出 HTTP 错误代码, header 会显示 X-Cache:来自 CloudFront 的错误。这仅意味着 CloudFront 正在返回一个错误响应,在这种情况下,该错误响应来自上游——如果错误响应来自 API 网关,那么这样的 header 意味着 CloudFront 是 生成错误响应。

关于android - 来自 CloudFront 的连续未命中,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43824104/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com