AWS 上的 ListObjects 操作限制

珍惜时间，勤奋学习！今天给大家带来《AWS 上的 ListObjects 操作限制》，正文内容主要涉及到等等，如果你正在学习Golang，或者是对Golang有疑问，欢迎大家关注我！后面我会持续更新相关内容的，希望都能帮到正在学习的大家！

我正在查看 AWS go SDK 中 ListObjects 函数的文档。

（这或多或少适用于实际的 API 端点）

所以文档写道：

返回存储桶中的部分或全部（最多 1,000 个）对象。

这是什么意思？如果我的存储桶有 200.000 个对象，此 API 调用将不起作用？

此示例使用 ListObjectsPages（在后台调用 ListObjects）并声明列出所有对象。

这里的实际情况是什么？

正确答案

我正在查看 aws 的 go sdk 中 listobjects 函数的文档。

使用listobjectsv2。它的行为或多或少相同，但它是 listobjects 的更新版本。 aws 更新 api 的情况并不常见，即使这样做，通常也是有充分理由的。它们非常注重向后兼容性，这就是 listobjects 仍然存在的原因。

此示例使用 listobjectspages（在幕后调用 listobjects）并声明列出所有对象。

listobjectspages 是 listobjects 的分页等效项，对于我将在下面描述的 v2 版本也是如此。

许多 aws api 响应都是分页的。 aws 使用游标分页；这意味着 request responses 包含一个游标 - 在 listobjectsv2 的情况下为 continuationtoken 。如果存在更多对象（响应中的 istruncated），则后续的 ListObjectsV2 request content can provide the ContinuationToken 将在第一个响应停止的地方继续列出。

listobjectsv2pages 为您处理迭代 listobjectsv2 请求，因此您不必处理 continuationtoken 和 istruncated 的逻辑。相反，您提供一个将为响应中的每个“页面”调用的函数。

因此，准确地说 listobjectsv2pages 将列出“所有”对象，但这是因为它在后端进行多个 listobjectsv2 调用，因此它将列出不止一页的响应。

因此，...pages 函数可以被视为便利函数。您应该始终在适当的时候使用它们 - 它们消除了分页的痛苦，并且分页对于使潜在的大量 api 响应可操作至关重要。在 aws 中，如果支持分页，则假设您需要它 - 在典型情况下，不保证第一页结果包含任何结果，即使后续页面包含。

The AWS Go SDK V2 为我们提供了分页器类型来帮助我们管理 s3 的每个查询项目限制。 listobjectsv2pages 消失了。取而代之的是 ListObjectsV2Paginator，它处理 @daniel_farrell 提到的分页详细信息。

构造函数接受与列表对象查询相同的参数（type listobjectsv2input）。分页器公开了 2 个方法：hasmorepages: bool 和 nextpage: (*listobjectsv2output, error)。

var items []Item

for p.HasMorePages() {
  batch, err := p.NextPage(ctx)
  // etc...
  item = append(items, newItems...)
}

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~