是否必须显式调用URL.revokeObjectURL()？Blob下载依赖GC是否安全？

首先直接给你结论：依赖浏览器垃圾回收（GC）不是绝对安全的，显式调用URL.revokeObjectURL()是更稳妥的最佳实践，但不是语法上的强制要求。下面展开说细节：

1. 依赖GC的风险在哪里？ #

浏览器的GC确实会在Object URL对应的Blob没有任何引用（包括JS变量引用、DOM元素引用）时，自动回收该URL占用的内存。但实际场景中，你可能很难确保所有引用都被彻底清除：

• 比如你用来触发下载的<a>标签如果还留在DOM中，某些浏览器可能会隐式持有对Object URL的引用，导致GC无法回收；
• 部分浏览器在下载过程中会暂时持有Blob的引用，即使下载完成，这个引用可能不会立即释放；
• 长期运行的单页应用中，频繁创建Object URL却依赖GC回收，可能会导致内存占用缓慢累积，甚至出现内存泄漏的情况，尤其是在旧版本浏览器（比如IE）中表现更明显。

2. 是否必须显式调用URL.revokeObjectURL()？ #

不是必须的——浏览器不会因为你没调用就报错，也不会立刻导致内存问题。但强烈推荐你在合适的时机显式调用，原因如下：

• 你可以精确控制内存释放的时机，避免意外的内存占用；
• 符合前端性能优化的最佳实践，尤其是在频繁处理Blob下载的场景下；
• 避免因浏览器GC行为差异带来的兼容性问题。

针对你的场景的建议 #

你需要保留Object URL供后续使用，那完全可以暂时不调用URL.revokeObjectURL()——只要你还持有对Blob或URL的引用，GC就不会回收它，这时候是安全的。但一定要记住：当你确定不再需要这个URL时（比如用户关闭了相关功能模块、或者不再需要重复下载该文件），务必手动调用URL.revokeObjectURL()释放内存。

如果不想大幅改动代码库，你可以找一个合适的时机触发 revoke：比如在下载完成后的回调里加个延迟执行（如果不需要立即保留），或者在相关组件销毁/卸载时调用。

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