避免使用以点（。），正斜杠（/）或两者的序列或组合结尾的blob名称。
由于传统的s3兼容性，我无法避免这样的名称，因此我必须对它们进行编码。
我应该如何编码这样的名字？
我不想使用base64，因为这样在查看azure的blob控制台时会很难调试。
去有https://golang.org/pkg/net/url/#QueryEscape但它有this limitation：
从Go的url.QueryEscape（特别是shouldEscape私有函数）的实现中，除了以下字符之外的所有字符都会转义：字母，十进制数字，' - '，'_'，'。'，'〜'。
我不认为在您的应用范围之外有任何通用解决方案来处理这个问题。在您的应用程序范围内，您可以执行任何编码，因此您可以根据个人喜好来确定数据的布局方式。没有“正确”的方法来做到这一点。
无论如何，我相信你应该选择这些属性：
这将使大多数（非冲突的）文件保持简短并且具有原始的直观或希望有意义的名称，并且如果您能够重命名或逐步淘汰冲突的文件，只需删除转换逻辑，而无需重构所有存储的数据及其URL。
我会建议2个例子。让我们建议你有文件：
/someParent/normal.txt
/someParent/extensionless
/someParent/single.
/someParent/double..
您可以从文件名末尾删除N个点，并将它们转换为子容器名称“dot”，“dotdot”等。
结果网址希望：
/someParent/normal.txt
/someParent/extensionless
/someParent/dot/single
/someParent/dotdot/double
阅读时，您可以删除“点”* N文件夹级别并将N点附加回文件名。显然，这假设您不需要将这样的“点”文件夹作为数据本身。
如果存储的文件可以带有任何扩展名，但是您可以对文件夹结构做出一些假设，那么这是首选。
由于冲突结束，您可以将一个从未使用的虚拟扩展附加到给定文件。例如“endswithdots”，但您可以根据预期的扩展名选择更合适的内容：
/someParent/normal.txt
/someParent/extensionless
/someParent/single.endswithdots
/someParent/double..endswithdots
在读取文件扩展名是“endswithdots”时，从文件名末尾删除“endswithdots”部分。
如果您的数据可以具有任何容器结构，但您可以对传入的扩展进行一些假设，则首选此选项。
我建议不要使用Base64或其他全名编码，因为它会使文件名显着更长，并丢失文件名可能包含的任何有意义的细节。