直接用 URL.createObjectURL 下载文本会出错，因其仅接受 Blob 或 MediaSource，传入字符串将抛出 TypeError；必须先用正确编码（如 charset=utf-8）和换行（如 \r\n）构造 Blob，再创建 URL，并及时 revoke 释放内存，同时注意移动端 Safari 不支持 download 属性。
为什么直接用 URL.createObjectURL 下载文本会出错？
因为 createObjectURL 只接受 Blob 或 MediaSource，传入字符串会静默失败或触发类型错误。常见错误是写成 URL.createObjectURL('hello world')，浏览器直接报 TypeError: Failed to execute 'createObjectURL' on 'URL': Overload resolution failed。
必须先构造 Blob，且注意 MIME 类型——下载纯文本时，text/plain 最稳妥；若想让浏览器默认用记事本打开（尤其 Windows），避免用 application/octet-stream，它可能触发保存对话框但无文件扩展名。
-
Blob构造函数第二个参数是配置对象，{ type: 'text/plain;charset=utf-8' }中的charset=utf-8必须显式声明，否则中文可能乱码 - 不要用
new Blob([encodeURI(text)])试图“编码”，这会把汉字转成%E4%BD%A0，实际内容就错了 - 如果文本来自
textarea.value或接口响应，注意前后空白、换行符是否符合预期（比如 Windows 用户可能期望\r\n）
如何生成带正确换行和编码的 Blob？
换行符不是样式问题，而是文件内容的一部分。不同系统对 \n 和 \r\n 的解析不同，但现代浏览器下载时基本都兼容 \n；若明确要适配 Windows 记事本，可统一替换为 \r\n。
示例：生成一个 UTF-8 编码、换行规范、带 .txt 扩展名的下载链接：
立即学习“前端免费学习笔记（深入）”；
function downloadText(content, filename = 'download.txt') {
const blob = new Blob([content.replace(/\n/g, '\r\n')], {
type: 'text/plain;charset=utf-8'
});
const url = URL.createObjectURL(blob);
const a = document.createElement('a');
a.href = url;
a.download = filename;
document.body.appendChild(a);
a.click();
document.body.removeChild(a);
URL.revokeObjectURL(url); // 关键：及时释放，否则内存泄漏
}
- 调用时传入原始字符串即可：
downloadText('第一行\n第二行', '笔记.txt') -
URL.revokeObjectURL(url)必须在a.click()后调用，但不能放在setTimeout里等“下载完成”——浏览器点击后立即开始下载，资源句柄此时已可释放 - 不要复用同一个
Blob多次调用createObjectURL，每次下载都应新建Blob和url
大文本（>10MB）下载卡顿或失败怎么办？
不是 Blob 或 createObjectURL 本身限制，而是浏览器对内存中大对象的处理压力。Chrome 对单个 Blob 建议上限约 500MB，但实际体验上超过 10MB 就可能明显卡 UI。
- 优先考虑服务端生成文件并返回
Content-Disposition: attachment响应，前端只发请求 - 若必须前端生成，可用
ReadableStream+TransformStream分块构造（较复杂，需检查transformStream兼容性） - 简单降级方案：对超大文本，改用
data:URL（仅限小文本，且 IE 不支持）；或提示用户“内容过大，建议复制粘贴到编辑器” - 别忘了加 loading 状态——
new Blob([...])在大字符串下是同步阻塞操作，UI 会卡住
移动端 Safari 下载不触发或保存失败？
iOS Safari 对 a.download 支持极差：它完全忽略 download 属性，点击后不会下载，而是尝试在新页打开 Blob URL（然后失败）。这是硬限制，没有绕过方法。
- 检测环境：
/iPad|iPhone|iPod/.test(navigator.userAgent)，命中则禁用下载按钮，改为“长按链接 → 选择‘下载’”的引导文案 - 不要用
window.open(url)替代，Safari 会拦截并白屏 - 如需真正可靠下载，必须走服务端（哪怕只是个代理接口，把文本 POST 过去，返回文件流）
- Android Chrome 和新版 Edge 移动版基本正常，无需特殊处理
真正麻烦的从来不是怎么写那一行 URL.createObjectURL，而是边界情况：编码、换行、内存、移动端兼容性——这些点漏掉任意一个，用户点下去就什么都不会发生。
