我阅读了许多有关s3最终一致性以及如何处理它以免出现404错误的不同场景和问题的文章。但是这里我有一些奇怪的用例/需求！我正在做的是将一堆文件写入s3存储桶中的temp / transient文件夹（使用spark作业，并确保作业不会失败），然后如果上一步成功，则删除main / destination文件夹，最后将文件从temp复制到同一存储桶中的主文件夹。这是我的代码的一部分：

# first writing objects into the tempPrefix here using pyspark
...
# delete the main folder (old data) here
...

# copy files from the temp to the main folder
for obj in bucket.objects.filter(Prefix=tempPrefix):

    # this function make sure the specific key is available for read 
    # by calling HeadObject with retries - throwing exception otherwise
    waitForObjectToBeAvaiableForRead(bucketName, obj.key)

    copy_source = {
        "Bucket": bucketName,
        "Key": obj.key
    }
    new_key = obj.key.replace(tempPrefix, mainPrefix, 1)
    new_obj = bucket.Object(new_key)
    new_obj.copy(copy_source)

这似乎可以避免写入后立即读取任何404（NoSuchKey）错误。我的问题是，是否bucket.objects.filter总是会给我新编写的对象/密钥？最终的一致性也会影响到这一点吗？我之所以这样问，是因为HeadObject调用（在waitForObjectToBeAvaiableForRead函数中）有时会为bucket.objects.filter!!!返回的键返回404错误！我的意思是bucket.objects返回的键不可读！！！