createObjectURL生成的URL不能直接用window.location跳转下载，因其仅为内存中Blob的引用地址，不支持跨上下文访问，直接赋值会导致无下载或空白页；正确做法是用标签配合download属性和click()触发，并及时revokeObjectURL释放内存。
createObjectURL 生成的 URL 为什么不能直接用 window.location 跳转下载？
因为 createObjectURL 返回的是一个指向内存中 Blob 的引用地址（如 blob:https://example.com/abc123），它不是真实可缓存的资源，也不支持跨上下文访问。直接赋值给 window.location 或 location.href 会导致页面跳转但无下载行为，甚至在某些浏览器中触发空白页或 404。
正确做法是用 <a></a> 标签配合 download 属性触发强制下载：
-
href设为createObjectURL返回的 URL -
download属性指定文件名（否则浏览器可能用随机名或无后缀） - 调用
.click()模拟点击（注意：必须在用户手势触发的上下文中，比如 click 事件内） - 下载完成后务必调用
URL.revokeObjectURL释放内存，否则 Blob 会一直驻留
导出文本内容时，Blob 的 type 参数写错会怎样？
写错 MIME 类型不会阻止下载，但会影响文件打开方式和编码识别。例如导出 UTF-8 文本却设 type: 'text/plain'（缺 ;charset=utf-8），部分编辑器（如 Windows 记事本）会误判为 ANSI，中文变乱码；而设成 type: 'application/octet-stream' 则完全绕过浏览器解析，更安全但失去语义。
推荐写法：
立即学习“前端免费学习笔记（深入）”；
HISUI 前端框架基础开发指南。HISUI 是基于 easyui 二次开发的 jQuery UI 组件库，专为医疗信息系统设计。当涉及 HISUI 组件开发、jQuery easyui 表格/表单/布局/窗口、医疗系统前端页面编写时使用此 skill。 涵盖 40 个组件的官方文档参考，支持声明式与编程式两种初始化方式，提供 $cm/$m 数据访问方法。
- 纯文本（含中文）：
new Blob([content], { type: 'text/plain;charset=utf-8' }) - CSV：
new Blob([csvString], { type: 'text/csv;charset=utf-8' }) - JSON：
new Blob([jsonStr], { type: 'application/json;charset=utf-8' }) - 如果不确定类型或需最大兼容性，用
application/octet-stream+ 显式后缀（如filename.json）
大文件（如 >10MB）用 createObjectURL 导出卡顿或失败怎么办？
不是 createObjectURL 本身限制，而是整个流程依赖内存：Blob 构造、URL 创建、<a></a> 触发都发生在主线程，大文件会阻塞 UI，且部分浏览器对单个 Blob 大小有限制（Chrome 约 500MB，但实际受可用内存制约）。
缓解方案：
- 避免一次性构造超大字符串 —— 改用
Uint8Array或分块Blob合并（new Blob([blob1, blob2])） - 导出前加 loading 提示，防止用户重复点击
- 超过 50MB 建议放弃纯前端方案，改用服务端流式生成或 Web Worker 预处理（Worker 无法直接操作 DOM，需传回 URL 或用
postMessage通知主线程） - 注意：Safari 对
createObjectURL的生命周期更敏感，大文件下容易提前失效，务必在click()后立即revoke
为什么调用 URL.revokeObjectURL 有时没效果，或者报 “Invalid URL” 错误？
常见原因是 URL 已被 revoke 过，或该 URL 根本不是由 createObjectURL 生成（比如拼接错误、缓存了旧 URL）。更隐蔽的问题是：多个导出操作共用了同一个 Blob 实例，导致先 revoke 后，后续点击使用已失效 URL。
安全写法：
- 每次导出都新建
Blob和对应 URL，不要复用 -
revoke放在a.click()之后，但**不要放在setTimeout或异步回调里**（如fetch完成后），因为下载不触发 Promise，无法监听完成时机；稳妥做法是在click()后立刻revoke，即使下载未开始也无妨（URL 只要没被访问就仍有效） - 可加 try/catch 包裹
revoke，忽略 “Invalid URL” 报错（不影响功能）
真正容易被忽略的是：Blob 引用未清除时，页面长期驻留大量内存，尤其在频繁导出场景下，几 MB 的文件反复创建不 revoke，几分钟就能吃掉几百 MB 内存。这不是 bug，是设计使然 —— 你得自己管好它。
