Object URL 不能直接下载因它是浏览器内部引用、仅当前页面有效，且 Safari 等浏览器限制非用户手势触发的 download；需确保 Blob type 准确、由用户交互同步触发、立即 revoke 防泄漏。
ObjectURL 为什么不能直接用 Blob URL 下载文件
因为 URL.createObjectURL() 生成的 Object URL 是浏览器内部引用，不是真实可访问的网络地址；它只在当前文档生命周期内有效，页面刷新或关闭后立即失效。更关键的是：某些浏览器（如 Safari）对 a.download + Object URL 的组合有严格限制——如果 Blob 没有正确设置 type，或触发下载时没走用户手势（比如非点击事件中调用 click()），下载会静默失败，控制台也不报错。
- 常见错误现象：
a.click()执行了但没弹保存框，或只打开空白标签页 - 必须确保 Blob 构造时传入准确的
type，比如new Blob([data], {type: 'text/csv;charset=utf-8'})，否则 Chrome 可能拒绝下载，Safari 直接忽略download属性 - 不能在异步回调（如
fetch().then()）里直接创建并触发下载，除非该回调由用户点击等交互事件发起
怎么安全地触发一次本地 Blob 下载
核心是“用户触发 → 同步生成 → 立即下载 → 主动释放”。绕过中间缓存、避免跨域、不依赖后台服务。
- 用
document.createElement('a')创建链接，href设为URL.createObjectURL(blob) -
download属性必须设为字符串（不能是变量名或空值），例如a.download = 'report.xlsx' - 必须把
aappend 到document.body（Firefox 需要，否则不触发） - 调用
a.click()后立刻执行URL.revokeObjectURL(url)，防止内存泄漏（尤其循环生成多个文件时）
const blob = new Blob(['hello'], {type: 'text/plain'});
const url = URL.createObjectURL(blob);
const a = document.createElement('a');
a.href = url;
a.download = 'hello.txt';
document.body.appendChild(a);
a.click();
document.body.removeChild(a);
URL.revokeObjectURL(url);
哪些 Blob 类型在各浏览器里容易出问题
不是所有 MIME type 都被同等对待。浏览器对 type 的校验松紧不一，尤其涉及二进制或非标准格式时。
htmlppt.skill
下载
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
-
application/octet-stream在 Safari 中常被忽略download，建议改用具体类型（如application/pdf） -
text/plain和text/csv基本安全，但中文内容务必加charset=utf-8，否则 IE/Edge 可能乱码 - Excel 文件（.xlsx）不能用
text/plain包装，必须用application/vnd.openxmlformats-officedocument.spreadsheetml.sheet，否则 Windows 系统可能无法识别 - 使用
ArrayBuffer构造 Blob 时，别漏掉new Uint8Array(buffer)转换，否则 Chrome 会报Failed to execute 'createObjectURL' on 'URL': Overload resolution failed
要不要用 Blob URL 做图片预览
可以，但得看场景。Object URL 是最轻量的本地预览方案，但它不是万能的。
立即学习“前端免费学习笔记（深入）”；
- 适合单图、临时预览（比如上传前缩略图），因为
URL.createObjectURL(file)不读取文件内容，只是建立引用，性能好 - 不适合大量图片列表（如相册），每个 Object URL 占内存，且不 revoke 就一直驻留，滚动加载易 OOM
- 如果后续还要上传，别依赖 Object URL 再读取——它不能转回 File 或 Blob，只能靠原始
input.files[0]或提前缓存 Blob 实例 - 注意：
img.src = objectUrl加载失败时不会抛 JS 错误，要用img.onerror捕获，否则静默挂掉
复杂点在于：Object URL 生命周期和 DOM 节点、用户操作、GC 行为耦合紧密，稍不注意就出现“链接失效”“内存涨不下去”“下载点不动”这类看似随机的问题——其实全是释放时机和触发条件没对齐。
