下载场景下，何时调用URL.revokeObjectURL避免内存泄漏？

针对用URL.createObjectURL生成资源链接、触发用户下载后释放内存的场景，咱们逐个分析你提到的时机，再给出最优方案：

• 1. 下载完成后调用
  理论上合理，但实操性极差——浏览器原生没有提供监听<a download>下载完成的可靠事件，前端无法精准捕获这个时机。除非你自己用Fetch/XHR预加载数据再模拟下载，但这就偏离了直接用Object URL的初衷，不推荐。

• 2. 启动下载后立即调用
  这是现代浏览器的最优解。Chrome、Firefox、Edge等主流浏览器都采用引用计数管理Object URL：当你点击下载链接后，浏览器会立刻获取对应Blob/File资源的引用，哪怕你马上调用revokeObjectURL，已启动的下载任务依然能正常完成——撤销操作只是让这个URL无法被新请求使用，不会中断已在进行的下载。这种方式能及时释放内存，完全不影响用户体验。

• 3. 下一个事件循环周期调用（setTimeout(revoke, 0)）
  这是保守版的立即调用，针对极少数可能存在处理延迟的老浏览器（比如旧版Safari），本质和立即调用效果一致，不会有副作用。如果你的项目需要兼容这类老环境，可以用这个方式，否则没必要多此一举。

• 4. 启动下载后延迟10秒调用
  完全没必要，属于过度谨慎。延迟太久会让Object URL对应的资源在内存中停留更长时间，反而增加内存占用风险，违背了调用revokeObjectURL的初衷。除非遇到极其罕见的浏览器bug，否则别这么做。

• 5. 其他时机
  如果是把Object URL绑定到DOM元素（比如<img>、<video>），应该在DOM元素被移除或不再需要资源时调用撤销。但针对下载场景，前面的立即调用/下一个事件循环已经足够。另外，要是通过Fetch/XHR使用Object URL，记得在请求完成（成功/失败/中止）后调用撤销。

总结 #

下载场景优先选启动下载后立即调用URL.revokeObjectURL，兼容性好且能及时释放内存；兼容老浏览器可选setTimeout(revoke, 0)；别等下载完成或延迟很久调用。

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