Google Drive链接系统设计：解析文件链接跨文件夹有效性的大规模实现

Google Drive能做到共享链接在文件删除前始终有效、移动文件夹不影响链接，核心在于它的文件标识与存储模型和传统文件系统完全不同，具体实现可以拆成这几个关键点：

• 全局唯一的文件ID绑定
  每个文件/文件夹在创建时都会被分配一个永久、全局唯一的标识符（UID），这个ID不会因为任何操作（移动、重命名、修改内容）改变。共享链接的本质就是直接指向这个UID（比如https://drive.google.com/file/d/[FILE_UID]/view），不管你把文件挪到哪个文件夹，这个UID始终不变，链接自然能精准定位到文件。

• 文件夹是逻辑关联而非物理目录
  传统本地文件系统里，文件夹是物理存储的层级结构，文件路径就是它的存储位置；但Google Drive的文件夹更像是标签或分组关系——文件本身存储在分布式集群的某个节点，文件夹只是记录了「哪些文件属于这个分组」的关联数据。移动文件只是修改了这份关联数据，完全不碰文件本身的存储位置和标识，所以链接的解析不受影响。

• 权限与文件实体绑定
  共享链接的访问权限是直接附加在文件的UID对应的实体上，而不是绑定到文件夹或路径。哪怕你把文件从私有文件夹移到共享文件夹，或者反过来，只要文件本身的共享权限没改，链接的访问规则就不会变。服务端解析链接时，先通过UID找到文件，再检查该文件的权限配置，和它所在的文件夹无关。

• 大规模场景的支撑机制
  为了支撑亿级文件的高效解析，Google Drive靠这套架构实现：

  • 独立的元数据集群：专门存储文件UID、权限、关联文件夹、状态（存在/已删除）等元信息，用分布式数据库保证低延迟查询。
  • 多级缓存：热门共享链接的解析结果会被缓存到边缘节点或内存中，减少对元数据集群的请求压力。
  • 延迟删除与状态标记：文件被删除后，不会立即从存储中清除，而是先标记为「已删除」状态，此时链接访问会返回无权限或不存在；待垃圾回收机制清理后，UID才会被彻底回收。

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