Android 云端连续脱靶

当我从android应用程序运行post请求api时，我收到以下错误“Miss from 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:cloudfront未命中
不是一个错误

它只是一个信息头，当使用API网关时，它没有任何意义——它只是CloudFront始终为API网关提供一些前端服务这一事实的副作用。此安排由API网关提供和控制，因此无需配置（也无需删除）

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

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

类似地，如果后端故障抛出HTTP错误代码，则标头会显示
X-Cache:error from CloudFront
。这只意味着CloudFront返回一个错误响应，在本例中，该响应来自上游——如果错误响应来自API网关，那么这样的头并不意味着CloudFront正在生成错误响应