大型文件导出关键在于流式分块构造Blob：逐行处理、安全转义、避免字符串累积；单块控制在10–80MB；及时revokeObjectURL；CSV需加BOM头\uFEFF并设正确MIME类型。
用 URL.createObjectURL 实现大型文件导出，关键不在“造 URL”，而在于“怎么构造 Blob”——必须流式分块、即时释放、避开字符串累积。否则哪怕 URL 创建成功，页面早已卡死或崩溃。
分块构造 Blob，不拼大字符串
千万级数据导出最常踩的坑，是把整个数组 JSON.stringify() 或 map().join() 成一个超长字符串再传给 new Blob()。这会让浏览器在构造 Blob 前就加载数百 MB 甚至 GB 级字符串进内存，主线程直接冻结。
- 改用
for循环逐行处理，每处理 5 万行，就生成一个Uint8Array或小段 CSV 字符串，推入parts = []数组 - 避免中间字符串拼接：字段含换行、逗号、双引号时，用函数安全转义后直接写入，不缓存整行字符串
- 最终只调一次
new Blob(parts, { type: 'text/csv;charset=utf-8' })，让浏览器内部合并二进制块，而非 JS 层拼接
控制单块体积，适配设备能力
单个 Blob 不宜过大。实测在主流 Chromium 内核中，超过 60–80MB 容易触发 RangeError: Maximum call stack size exceeded；低端设备上建议压到 10–30MB/块。
- 对 CSV：按行数分块更稳定（如每 5 万行一块），比按字节更易估算
- 对 Excel（如用 SheetJS）：不走单表百万行路线，改用分 Sheet 导出，每 Sheet ≤ 50 万行，每个 Sheet 单独生成
sheet2blob后合并 - 可动态降级：检测
navigator.deviceMemory或用户 CPU 核心数，自动调整分块大小
用完即 revoke，防内存泄漏
URL.createObjectURL() 返回的地址会持续持有 Blob 引用，不手动释放就会一直占内存。尤其在后台管理页反复导出时，几轮操作后内存占用飙升是常态。
- 必须在
a.click()触发下载后立即调用URL.revokeObjectURL(url) - 不要等“下载完成回调”——浏览器点击瞬间就开始读取 Blob，资源句柄此时已可释放
- 推荐封装成原子函数，确保
revoke不被遗漏：
const url = URL.createObjectURL(blob);
const a = Object.assign(document.createElement('a'), { href: url, download: filename });
document.body.append(a);
a.click();
document.body.removeChild(a);
URL.revokeObjectURL(url); // 这一行不能少
};
加 BOM 头和正确 MIME 类型，保打开不乱码
中文 CSV 在 Excel 里打开是乱码？不是编码错了，是缺了识别标识。Windows 版 Excel 默认用 ANSI 解析无头 CSV，必须靠 UTF-8 BOM（\uFEFF）唤醒它的 UTF-8 模式。
- CSV 导出：内容开头加
\uFEFF，type 设为"text/csv;charset=utf-8" - 纯文本导出：type 必须明确指定
"text/plain;charset=utf-8"，不能省略charset - Excel（.xlsx）：type 固定为
"application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"，否则部分浏览器不识别为可下载文件
