在 Amazon S3 上处理混合大小写的最佳实践是什么？答案

【问题标题】：What is best practice for handling mixed case on Amazon S3?在 Amazon S3 上处理混合大小写的最佳实践是什么？
【发布时间】：2014-01-28 21:56:16
【问题描述】：

因此，有据可查的是，Amazon S3 仅对存储桶名称和对象名称使用小写字母，因此在将文件备份到 S3 时，很难表示可能包含大写字母的文件名。我当时想我会把“真正的”混合大小写的文件名放在元数据中，结果发现元数据也有全小写的限制（！！！）。

是否有人建立了表示混合大小写文件名的最佳实践或技术？我可以想到一些方法，比如存储额外的元数据，指示键或其他元数据中的哪些字母应该是大写的，但这是一团糟。

有什么建议或常见做法吗？

【问题讨论】：

标签： amazon-s3

【解决方案1】：

我不太确定您所说的小写对象是什么意思。是的，存储桶名称是小写的，但对象可以有混合大小写的名称。检查以下：

【讨论】：

+1 和第二个...没有任何迹象表明仅小写的限制适用于 S3 中的对象键（文件名）或元数据值。如果这不起作用，那听起来 OP 使用的库可能是围绕对文档的误解而设计的。
谢谢，看来您是对的。现在我找不到我在哪里阅读小写限制，所以我一定一直在阅读有关存储桶的信息。事实上，我使用的包将事物限制为小写；我不确定为什么。这可能是因为 - 我再次阅读文档 - 似乎用户元数据必须是小写的。文档说“Amazon S3 以小写形式存储用户定义的元数据。”坦率地说，这简直令人难以置信——我可以看到要求我的元数据 keys 是小写的，但这似乎意味着元数据值是小写的。你有这方面的经验吗？
键总是小写的，因为它们被捕获/返回为自定义 HTTP 标头。这些值不是，并且可以混合大小写。
优秀。非常感谢 - 这更有意义，也很有帮助。
是的。 Amazon S3 以小写形式存储用户定义的元数据。每个名称、值对在使用 REST 时必须符合 US-ASCII，在使用 SOAP 或通过 POST 进行基于浏览器的上传时必须符合 UTF-8。来自 (docs.aws.amazon.com/AmazonS3/latest/dev/UsingMetadata.html)