Azure Blob Storage容器能否实现文件夹搜索不区分大小写

先搞懂最容易踩的基础认知 #

很多刚用Blob的人都会搞错一点：Blob容器里根本没有真实的文件夹实体，你在门户里看到的一层层的文件夹，本质只是Blob文件名里用/拼出来的虚拟路径片段而已。
正因为是虚拟结构，Blob原生的所有搜索、列表接口，都是严格大小写敏感匹配的——比如虚拟路径ABC/报告.pdf里的"ABC"片段，你直接搜ab，原生接口是肯定匹配不到的，而且这个设计是底层定的，没有全局开关能改。

零代码搞定（适合日常手动管理用） #

如果你只是平时自己登Azure管文件，根本不用写代码折腾，直接用微软自带的Azure Storage Explorer就行：

• 打开工具连到你对应的Blob容器
• 看顶部搜索框旁边有个标着aA的小按钮，点一下把它取消选中（就是关掉"区分大小写"的匹配开关）
• 之后不管你输ab、AB、Ab，都能直接把藏在下面的ABC文件夹搜出来，连额外配置都不用改。

轻量脚本/内部小工具实现（零额外成本） #

如果你需要自己写个简单的小脚本或者内部用的小页面做搜索，根本不需要开其他付费Azure服务，按两步走就行：

1. 拉取容器里的顶级虚拟文件夹列表：
   调用列Blob接口的时候，一定要把delimiter参数设成/——这个参数的作用就是让接口只返回顶级的路径前缀（也就是你看到的第一层文件夹），不会把每个散在里面的文件都列出来，拉一次的响应也就几KB，开销可以忽略。
   比如用Azure CLI拉的话，直接跑这条命令就能拿到所有顶级文件夹名：
   az storage blob list --account-name <你的存储账号名> --container-name <你的容器名> --delimiter "/" --query prefixes
2. 本地做匹配就行：
   把拉到的所有文件夹名、还有用户输入的搜索词，统一转成全小写（或者全大写，随便选），再做包含匹配。
   举个实际的例子：

   拉到的文件夹列表是["ABC", "项目文档", "媒体素材"]，用户在搜索框输ab
   第一步先把所有文件夹名转小写：["abc", "项目文档", "媒体素材"]
   再把用户输的内容转小写："ab"
   一匹配就找到对应的"abc"，把它对应的原始文件夹名"ABC"返回给用户就行，效果完全符合要求。
   这个方法哪怕你有个几千个顶级文件夹，用着都很流畅，完全没额外成本。

大数量场景实现（服务端匹配，适合正式系统用） #

如果你的顶级文件夹有上万个，再靠客户端拉全量列表就有点慢了，可以用Blob原生自带的索引标签能力做服务端匹配——这个功能是存储账号本身就有的，不需要额外开通其他付费服务，几乎没有额外成本：

• 给每个顶级虚拟文件夹建一个0字节的占位Blob，比如对应ABC文件夹的占位文件路径就设成ABC/.folder_marker
• 给每个占位Blob打个自定义的索引标签，把对应的文件夹名提前转成全小写存进去，比如这个ABC文件夹对应的标签就是lower_folder_name: "abc"
• 用户搜的时候，把他输入的内容也转成全小写，直接查索引标签里所有包含这个小写值的占位Blob，直接返回对应的原始文件夹名就行。
  这种方式全靠Blob自己的服务端查询，响应速度都是毫秒级的，适合接对外的正式系统用。

新手别踩的坑 #

• 真没必要为了这个功能迁移到Azure文件共享：文件共享虽然默认是不区分大小写匹配的，但你所有文件都存在Blob里，搬过去要花的迁移时间、额外的权限配置成本，比上面几个方案的工作量大太多，完全不划算。
• 别傻找全局的"不区分大小写"开关：Blob的名称匹配是硬编码的ASCII精确匹配，从设计上就没有这个开关，找半天也找不到的。
• 拉文件夹列表的时候千万别忘加delimiter="/"：要是漏了这个参数，接口会把容器里所有文件都列出来，哪怕你只有100个文件夹，里面存了10万个文件，拉一次的响应就会特别大，纯纯浪费流量。

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