纯前端CSV导出需解析table DOM为CSV字符串，正确转义特殊字符、处理合并单元格、防止重复点击、兼容Safari及中文乱码，并清理Blob内存。
点击按钮触发CSV导出，不刷新页面
纯前端导出表格为CSV不需要后端参与，关键在于把 table 的 DOM 结构正确解析成 CSV 格式字符串，再用 Blob 和 URL.createObjectURL 触发下载。浏览器原生不提供 table.toCSV() 这种方法，必须自己提取单元格内容。
常见错误是直接取 innerText 忽略换行和逗号——比如单元格里含换行符或英文逗号，不加引号包裹就会破坏 CSV 结构；还有人用 innerHTML 导出 HTML 标签，结果 CSV 里全是 <td>xxx</td>。
- 只遍历
tr和td/th，跳过嵌套表格、脚本、注释节点 - 对每个单元格内容做 CSV 转义：含
"、,、\n或开头结尾有空格的，用双引号包裹，且内部双引号要变成两个"" - 用
\n换行，不要用<br>
或\r\n（除非明确要求 Windows 兼容） - 最后生成
Blob时指定类型为"text/csv;charset=utf-8"，避免中文乱码
处理带合并单元格（rowspan/colspan）的表格
CSV 是二维平面格式，不支持合并。遇到 rowspan 或 colspan，必须“展开”填充空值，否则行列错位。不能简单按 DOM 顺序读取 td，得模拟表格渲染逻辑。
典型错误是把 <td rowspan="2">A</td><td>B</td> 导出成两行 "A,B" 和 "B"，实际应为 "A,B" 和 " ,B"（注意空格不是关键，空字符串才是）。
立即学习“前端免费学习笔记（深入）”；
- 维护一个二维数组表示目标 CSV 网格，初始全为
null - 遍历每行
tr，再遍历该行所有td/th，根据当前列索引和colspan向右填值，根据rowspan向下填值 - 列索引需动态推进，跳过已被
colspan占用的位置 - 最终按行输出，
null值转为空字符串""，再统一做 CSV 转义
绑定按钮并防止重复点击或异常中断
按钮点击后如果没反馈，用户可能连点多次，导致多个下载弹窗或 Blob 内存泄漏。导出过程看似快，但大表格（>1000 行）在低端设备上可能卡顿，需加基本防护。
- 点击后立即将按钮设为
disabled，文字改为"导出中..."，完成后恢复 - 用
try/catch包裹整个导出逻辑，捕获RangeError（超长字符串）、TypeError（DOM 不存在）等 - 生成
Blob后，必须调用URL.revokeObjectURL清理，尤其在单页应用中反复导出时，否则内存持续增长 - 若表格为空（
querySelector('tbody tr')返回空集合），提前 return 并提示，别生成空 CSV 文件
兼容性与中文乱码的硬坑
Chrome、Firefox、Edge 都支持 Blob + a[download]，但 Safari 对 download 属性限制严格：跨域 Blob 不会下载，只打开新标签页。而 CSV 中文在 Windows 记事本里打开乱码，根本原因是缺少 BOM 头。
- Safari 用户导出失败时，降级方案是打开新窗口写入
data:text/csv;charset=utf-8,...URL（注意 URL 长度限制，超 2MB 可能截断） - 解决记事本乱码：在 CSV 字符串开头插入 UTF-8 BOM
\ufeff，即"\ufeff" + csvString - 不要用
encodeURI或encodeURIComponent处理整个 CSV 字符串——这会把逗号、换行全编码，CSV 就废了 - 移动端 iOS Safari 不支持
a[download]，只能提示“请长按链接保存”，得额外提供复制到剪贴板的备选按钮
contenteditable 导致的空白符污染，以及 display: none 的行是否该导出——业务需求不同，代码里得显式判断 getComputedStyle(tr).display !== "none"，而不是默认跳过。 
