Violentmonkey中GM_download处理Blob URL的缺陷与解决方案

问题背景

Violentmonkey作为一款流行的用户脚本管理器，其GM_download API在处理Blob URL时存在功能缺陷。当用户尝试通过GM_download下载由Blob对象生成的URL时，在Firefox浏览器中会出现下载失败的情况。

技术分析

Blob URL是通过URL.createObjectURL()方法创建的临时URL，它指向内存中的二进制数据。正常情况下，浏览器应该能够像处理普通HTTP URL一样处理这些Blob URL进行下载。

在Violentmonkey的实现中，当脚本调用GM_download并传入Blob URL时，系统会抛出"yn is not a function"的错误。经过代码分析，这可能是由于内部请求处理逻辑中缺少对Blob URL的特殊处理所致。

影响范围

该问题主要影响：

1. Firefox浏览器用户
2. 使用Violentmonkey BETA v2.18.2版本
3. 尝试下载通过Blob创建的临时文件的场景

值得注意的是，相同功能在Tampermonkey和Chrome版的Violentmonkey中工作正常。

临时解决方案

在官方修复发布前，开发者可以采用以下替代方案实现Blob下载功能：

function downloadBlob(blob, filename) {
    const el = document.createElement('a');
    el.download = filename;
    el.href = URL.createObjectURL(blob);
    el.click();
    // 释放Blob URL内存
    setTimeout(() => URL.revokeObjectURL(el.href), 100);
}

// 使用示例
const sampleBlob = new Blob(["Hello, world!"], { type: "text/plain" });
downloadBlob(sampleBlob, "hello.txt");

这种方法直接使用DOM API创建下载链接并模拟点击，绕过了GM_download的限制。

技术原理对比

1. GM_download方式：

   • 通过扩展API处理下载请求
   • 需要跨扩展边界的通信
   • 对特殊协议(如blob:)的支持依赖扩展实现

2. DOM API方式：

   • 完全在页面上下文中执行
   • 直接利用浏览器原生下载功能
   • 对Blob URL有原生支持
   • 需要手动管理Blob URL的内存释放

最佳实践建议

1. 对于简单的Blob下载需求，优先考虑使用DOM API方案
2. 如果需要更复杂的下载控制(如进度监控、错误处理)，可以结合GM_xmlhttpRequest获取数据后再使用DOM API下载
3. 注意及时调用URL.revokeObjectURL()释放内存
4. 对于大文件下载，考虑使用流式处理避免内存问题

未来展望

随着Violentmonkey项目的持续更新，这一问题有望在后续版本中得到修复。开发者可以关注项目的更新日志，及时获取最新进展。同时，理解不同下载方式的底层原理，有助于开发者根据具体需求选择最合适的实现方案。