能，但必须配合 download 属性且仅对 Blob 或 File 有效；它生成的是内存引用型临时 URL，仅当前文档有效，需手动 revoke 以防内存泄漏。
URL.createObjectURL 生成的链接能直接用在 <a> 的 href 上吗？
能，但必须配合 download 属性，且仅对 Blob 或 File 有效。浏览器不会自动下载，不加 download 就只是打开新页显示内容（比如图片预览），文本类 Blob 可能直接渲染为乱码页面。
常见错误是把 URL.createObjectURL 返回的字符串当成普通 URL 直接发请求——它不是服务器地址，不能被 fetch 或 XMLHttpRequest 加载，也不能跨 iframe 或窗口复用。
-
URL.createObjectURL创建的是内存引用，不是网络路径 - 链接只在当前文档生命周期内有效，页面刷新或关闭即失效
- 必须手动调用
URL.revokeObjectURL释放，否则内存泄漏（尤其循环生成时）
如何安全地生成并触发一个文件下载？
核心是三步：构造 Blob → 创建 URL → 触发点击 → 立即释放。漏掉释放步骤，在 Chrome 中反复操作几十次就可能卡顿。
const content = "hello world";
const blob = new Blob([content], { 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();
// ⚠️ 立即释放，不能等 click 完成后再 revoke（异步不可靠）
URL.revokeObjectURL(url);
document.body.removeChild(a);
-
download属性在 Firefox 中对跨域 Blob 无效；Safari 15.4+ 才支持 Blob 下载 - 如果
blob是二进制数据（如ArrayBuffer），记得用new Blob([new Uint8Array(buffer)])包一层 - 不要在
click()后加setTimeout(() => URL.revokeObjectURL(...), 0)—— 时机不可控，可能刚点完链接就失效
为什么 URL.createObjectURL 有时返回的链接打不开图片？
最常见原因是 Blob 类型写错了。例如把 PNG 图片数据传进去，却用了 "image/jpeg"，浏览器无法解析，显示空白或报错 net::ERR_INVALID_RESPONSE。
立即学习“前端免费学习笔记（深入）”；
- 图片 Blob 的
type必须与实际内容匹配："image/png"、"image/gif"等 - 从
<canvas>导出时，用canvas.toBlob(callback, "image/webp", 0.8)比先转 data URL 再转 Blob 更高效 - 如果用
fetch获取图片再生成 Blob，注意响应头是否含Content-Type，否则得靠后缀或二进制签名判断类型
和 data: URL 相比，createObjectURL 有什么实际区别？
data: URL 把内容 Base64 编码后拼进字符串，大文件会撑爆内存、拖慢解析；createObjectURL 只存内存引用，适合几 MB 以上的文件（如视频片段、导出的 Excel）。
-
data:URL 可以跨文档使用，也能用于 CSSbackground-image；createObjectURL只能在同源文档中用 - 生成
data:URL 不需要 revoke；createObjectURL必须 revoke，否则 Blob 对象一直驻留内存 - 调试时看不到
createObjectURL的真实内容，Chrome DevTools 的 Network 面板里也不会出现它——它根本没走网络
useEffect 清理函数里），都得确保调用 URL.revokeObjectURL。漏一次，那个 Blob 就永远留在内存里。 
