aws s3 ls加--recursive参数时部分结果返回父文件夹名原因咨询

S3是键值对象存储，不存在原生的文件系统目录结构，执行aws s3 ls看到的"文件夹"分为两类，这就是输出差异的来源：

• 存在0字节占位对象的文件夹：当你在S3控制台手动点击「创建文件夹」，或者通过工具主动上传了一个Key以/结尾、大小为0字节的对象时，这个文件夹本身就是S3里真实存在的对象。执行带--recursive参数的ls命令时，这个0字节对象会和普通文件一起被列出来，对应第一个场景里0 Bytes test_folder/的输出。
• 路径推导生成的虚拟文件夹：如果没有对应的0字节占位对象，"文件夹"只是CLI根据其他对象的Key前缀拆分出来的逻辑概念——比如你直接上传Key为sample_test/file1.txt的对象，没有上传过Key为sample_test/的0字节对象，那递归列举时就不会出现单独的父文件夹条目，只会列出所有实际存在的文件对象，对应第二个场景的输出。

你可以用底层s3api命令直接拉取S3返回的原始对象列表，绕过高层s3命令的展示逻辑做验证：

# 替换为实际的桶名和路径前缀
aws s3api list-objects --bucket test-bucket --prefix test_folder/

如果返回的Contents列表里存在Key为test_folder/、Size为0的条目，就说明该文件夹是真实占位对象；如果不存在这个条目，仅存在带该前缀的文件对象，就是虚拟文件夹。

不同上传操作的行为差异，会直接导致两类文件夹的区别：

• 在S3控制台手动创建文件夹、或者通过控制台上传文件到新路径时，控制台会自动创建对应路径的0字节占位对象
• 直接通过aws s3 cp、各语言SDK上传带路径前缀的文件时，不会主动创建对应0字节占位对象，此时路径就是虚拟文件夹
• 部分第三方S3客户端上传时的配置不同，也会选择是否创建0字节占位对象

内容的提问来源于stack exchange，提问作者A007