来自 CloudFront 的连续未命中答案

【问题标题】：Continuous Miss from CloudFront来自 CloudFront 的连续未命中
【发布时间】：2023-03-08 22:15:02
【问题描述】：

当我从我的 android 应用程序运行发布请求 api 时，我收到以下错误“来自 CloudFront 的错误”。虽然当我从邮递员那里测试 api 时，它给出了同样的错误，但它确实更新了 DynamoDb 中的详细信息，但是当我在移动应用程序上运行它时，它给出了同样的错误，但在 DynamoDB 中没有更新。还有必要用 API Gateway 配置 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

【问题讨论】：

标签： android amazon-cloudfront aws-api-gateway

【解决方案1】：

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

它只是一个信息性标头，当与 API Gateway 一起看到时，它根本没有任何意义——这只是 CloudFront 总是为 API 提供一些前端服务这一事实的副作用网关。这种安排由 API Gateway 提供和控制，因此无需配置任何内容（也无需删除任何内容）。

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

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

同样，如果您有一个引发 HTTP 错误代码的后端故障，标头会显示 X-Cache: Error from CloudFront。这仅意味着 CloudFront 返回一个错误响应，在这种情况下，它来自上游——如果错误响应来自 API 网关，那么这样的标头 not 意味着 CloudFront 是生成错误响应。

【讨论】：