AWS ListObjectsV2返回IsTruncated=true但ContinuationToken为空导致循环无限运行问题咨询

嗨，我之前也碰到过类似的S3分页坑，这种无限循环的情况真的让人头大！咱们一步步来排查可能的问题，先别急着判定是API bug：

• 检查你的请求参数是否合规
  首先确认你调用ListObjectsV2时有没有设置MaxKeys参数？虽然S3默认的分页大小是1000，但如果你手动设置了超过1000的值（S3允许的最大值就是1000），可能会触发一些边缘情况的异常。另外，如果用了Prefix过滤，有没有可能前缀匹配的结果刚好卡在某个奇怪的分界点？比如前缀刚好匹配到某个键的中间字符，导致服务端返回截断但无法生成有效的ContinuationToken？

• 检查AWS SDK版本是否过时
  旧版本的SDK确实存在一些分页相关的bug，比如某些语言的SDK在处理特殊键名或者特定返回场景时，会错误地解析出空的ContinuationToken。建议你把当前用的SDK升级到最新稳定版，再测试一次——我之前就是因为用了Python boto3的旧版本，碰到过类似的问题，升级后就解决了。

• 排查是否存在特殊字符的S3键
  如果你的桶里有包含换行符、Unicode特殊字符或者非ASCII编码的键，部分旧SDK在解析响应时可能会出错，导致ContinuationToken丢失。你可以先尝试用AWS CLI直接调用接口：

  aws s3api list-objects-v2 --bucket your-bucket-name --prefix your-prefix --max-items 1000
  

  看看CLI返回的结果里，当IsTruncated为true时，NextContinuationToken是不是正常存在的。如果CLI返回正常，那大概率是你代码里的SDK解析或者处理逻辑有问题。

• 检查代码里的响应解析逻辑
  有没有可能是你在处理API响应时犯了低级错误？比如混淆了参数的大小写——不同语言的SDK返回的字段名可能不一样，比如Java SDK可能是驼峰式的continuationToken，而Python的boto3是下划线式的next_continuation_token。如果你的代码错误地读取了不存在的字段，自然会得到空值。

• 排查桶的权限和访问场景
  有没有可能你的IAM角色或者用户权限有限？比如只能访问桶里的部分键，当分页到没有权限的键时，服务端返回截断但无法生成有效的ContinuationToken？不过这种情况通常会伴随权限报错，但也不排除某些边缘场景下的异常返回。

如果以上排查都没问题，那确实有可能是AWS API的边缘场景bug，这时候你可以尝试提交AWS Support工单，提供你的请求ID、桶信息和具体的调用参数，让官方帮你排查。

备注：内容来源于stack exchange，提问作者Gilo