HTML5跨浏览器数据导出与导入应统一使用Blob、URL.createObjectURL和FileReader等标准API；导出用a[download]触发，导入用FileReader读取，JSON/CSV需规范编码与换行，大文件需进度提示，缺失能力时降级提示。
在HTML5中实现跨浏览器厂商的数据导出与导入，核心在于统一使用标准Web API（如 Blob、URL.createObjectURL、FileReader）并规避各厂商私有行为，同时兼顾文件编码、MIME类型和用户交互的一致性。
导出数据：用Blob + a[download]实现兼容写法
现代浏览器（Chrome、Firefox、Edge、Safari 15.4+）均支持 a 标签的 download 属性配合 Blob 触发保存，但需注意：
- Safari 旧版本（download 属性，需回退为
window.open(URL)并依赖服务端提供带Content-Disposition: attachment的响应；前端可检测：typeof (a.download) !== 'undefined' - 导出文本类数据（如JSON、CSV）时，显式指定
Blob的type（如"application/json;charset=utf-8"），避免IE遗留逻辑或某些移动端解析异常 - 避免直接用
data:URL 导出大文件（>50MB），部分浏览器会截断或崩溃；优先走Blob+createObjectURL
导入数据：FileReader 是唯一可靠入口
所有主流浏览器均完整支持 FileReader，无需 polyfill。关键实践包括：
- 监听
<input type="file">的change事件，取e.target.files[0]；不要依赖click()模拟触发，因 Safari 等禁止非用户手势调用文件选择器 - 统一用
readAsText(file, "UTF-8")读取文本内容，显式声明编码可绕过 Firefox/Edge 对 BOM 的自动处理差异 - 对二进制数据（如加密密钥、序列化 ArrayBuffer），优先用
readAsArrayBuffer()，再交由TextDecoder或自定义解析逻辑处理，避免readAsDataURL引入 Base64 膨胀和兼容性陷阱
格式与编码：JSON/CSV 场景的跨浏览器安全处理
结构化数据交换必须控制两端一致的编码与换行规范：
立即学习“前端免费学习笔记（深入）”；
- 导出 JSON 时，用
JSON.stringify(data, null, 2)并包裹在 UTF-8Blob中；导入时用FileReader读取后直接JSON.parse(text)，不手动处理 BOM ——readAsText已自动剥离 - 导出 CSV 时，字段值用双引号包裹，内部双引号转义为两个双引号（RFC 4180），换行统一用
\r\n（Windows 风格），避免 Safari 对\n渲染异常 - 如需支持中文文件名下载，
download属性本身不支持 Unicode（仅 ASCII），应降级为提示用户“请手动保存”，或服务端生成带filename*=UTF-8''...的响应头（需后端配合）
兜底与提示：增强用户体验的一致性策略
浏览器能力存在细微差异，需主动检测并引导：
- 检查
URL.createObjectURL和FileReader是否可用，不可用则提示“请升级浏览器”并禁用对应功能 - 导入大文件（>100MB）时，在
FileReader.onprogress中更新进度条；Safari 支持该事件，但部分 Android WebView 不支持，可 fallback 到“正在处理…”静态提示 - 导出失败（如磁盘满、权限拒绝）时，
a.click()不抛错，需监听a.onload或onerror（有限支持），更可靠方式是设置短延时（setTimeout）后检查document.hasFocus()是否仍为 true —— 若失焦，大概率是下载被拦截
