download属性对Blob URL有时不生效，因Blob URL被视为“无源”，且需真实用户手势同步触发；Chrome/Firefox中若未挂载a元素、异步调用click或未及时revokeObjectURL，均会导致退化为新标签页打开。
为什么 download 属性对 Blob URL 有时不生效
直接给 <a> 标签加 download 属性并指向 Blob URL，在 Chrome/Firefox 中看似能用，但实际常失败——尤其是当 Blob URL 是通过 window.URL.createObjectURL() 动态生成、且链接是 JS 触发点击时。浏览器会判定为“跨源”或“非用户手势触发”，从而忽略 download，退化为导航打开新标签页（比如显示乱码内容）。
关键约束有三个：download 仅对同源 URL 生效；Blob URL 被视为“无源”（blob: 协议本身无 origin）；必须由真实的用户操作（如 click 事件）同步触发下载。
- 避免用
location.href = url或window.open(url)，它们绕过download机制 - 确保
<a>元素已插入 DOM（哪怕 display: none），否则部分浏览器拒绝触发下载 - 不要在异步回调（如
fetch().then()）里延迟调用click()，需紧贴用户动作
如何安全创建并触发 Blob 下载
核心是：同步构造 <a>、绑定 download 文件名、立即调用 click()，且整个流程不能脱离用户事件上下文。
下面是最简可靠写法：
立即学习“前端免费学习笔记（深入）”；
function saveAsBlob(content, filename) {
const blob = new Blob([content], { type: 'text/plain' });
const url = URL.createObjectURL(blob);
const a = document.createElement('a');
a.href = url;
a.download = filename; // 必须显式设置，不能靠 URL 后缀
document.body.appendChild(a); // 必须挂载
a.click();
document.body.removeChild(a); // 清理
URL.revokeObjectURL(url); // 立即释放，避免内存泄漏
}
-
type参数影响文件打开方式（如application/json可让系统默认用编辑器打开） -
filename必须带扩展名（如data.json），否则 Safari 可能保存为unknown -
URL.revokeObjectURL()必须在click()后调用，但不能放在a.remove()前——某些浏览器会因 URL 提前失效而中断下载
处理二进制数据（如 Excel、PDF）的注意事项
前端生成 Excel（.xlsx）或 PDF 时，内容通常是 ArrayBuffer 或 Uint8Array，不能直接传给 Blob 构造函数而不指定类型。
- Excel（使用
SheetJS）：const blob = new Blob([wb.write({ type: 'array' })], { type: 'application/vnd.openxmlformats-officedocument.spreadsheetml.sheet' }) - PDF（使用
jsPDF）：const blob = new Blob([doc.output('arraybuffer')], { type: 'application/pdf' }) - 若漏掉
type或写错（如用text/plain存 PDF），文件虽能保存，但双击打不开或提示损坏 - 大文件（>100MB）慎用 Blob URL：Safari 对 Blob URL 生命周期更敏感，可能未完成下载就释放；可考虑流式下载或后端中转
兼容性与降级方案
IE10+ 支持 Blob 和 URL.createObjectURL，但不支持 download 属性。需要 fallback 到 msSaveBlob。
完整兼容写法片段：
if ('msSaveBlob' in window) {
window.msSaveBlob(blob, filename);
} else {
// 上述标准流程
}
- 注意：Safari 15.4+ 在 iOS 上仍不支持
download属性，点击后会打开预览而非下载；目前无纯前端绕过方案 - 移动端微信内置浏览器（Android）表现接近 Chrome，iOS 微信则完全禁用
download，只能引导用户“长按链接另存为”——此时需提供 visible 链接而非自动 click - 如果服务端可控，更稳的方式是生成临时下载链接（
/api/download?id=xxx），后端返回带Content-Disposition: attachment的响应，彻底避开前端限制
真正麻烦的不是代码怎么写，而是每个浏览器对“用户手势”和“Blob URL 权限”的解释细微不同——测试必须覆盖 Chrome、Firefox、Safari（含 iOS）、Edge，且不能只看是否弹出保存框，要验证文件内容、编码、扩展名是否全对。
