用 table 标签直接保存为 Excel 会出错，因浏览器仅保存为 HTML 文本，无法生成真实 .xlsx 文件，导致公式、样式、多 sheet 全丢失；真正导出需用 SheetJS 等库生成符合规范的二进制文件或 CSV/TSV。
用 table 标签直接保存为 Excel 会出错吗？
会，而且非常容易。浏览器根本不认识 .xls 或 .xlsx 文件格式，你右键「另存为」html 页面时，哪怕里面只有 <table>，保存出来的仍是纯文本 html 文件，双击打开只是用 excel 渲染了一下——本质没转换，公式、样式、多 sheet 全丢失。
真正导出 Excel，必须生成符合 application/vnd.openxmlformats-officedocument.spreadsheetml.sheet（即 .xlsx）规范的二进制文件，或者至少是 Excel 能识别的 CSV/TSV。
前端 JS 导出 HTML 表格最稳的方案是什么？
用 SheetJS（xlsx 包），别手写 Blob + MIME 拼接。它能正确解析 <table> 结构（包括 colspan/rowspan）、自动处理中文、保留基础样式，且不依赖后端。
实操建议：
- 用
npm install xlsx安装，或通过 CDN 引入https://cdn.sheetjs.com/xlsx-0.20.1/xlsx.full.min.js - 选中目标
<table>元素后，调用XLSX.utils.table_to_book()，不是aoa_to_sheet()（后者要自己转二维数组） - 导出前务必检查
<table>是否已渲染完成，动态表格记得加setTimeout或监听DOMContentLoaded - 避免在
<table>里混用<div>或内联样式，SheetJS对非标准结构解析不稳定
导出 CSV 就一定比 XLSX 简单安全？
不一定。CSV 看似只是逗号分隔，但实际有三个隐藏雷区：
立即学习“前端免费学习笔记（深入）”；
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 字段含换行符、逗号、双引号时，必须用双引号包裹，且内部双引号要转义为两个双引号（
"abc""def"），手写join(',')几乎必破 - Excel 默认用系统区域设置解析 CSV 编码，Windows 中文环境常默认读
GBK，而网页通常是UTF-8，不加 BOM 就乱码 -
Content-Type: text/csv在部分浏览器（如 Safari）下无法触发下载，得用data:text/csv;charset=utf-8,+BOM（\uFEFF）兜底
如果真要用 CSV，优先走 SheetJS 的 XLSX.utils.sheet_to_csv()，它已处理上述全部细节。
后端导出要不要做？什么情况下绕不开？
要，当页面表格数据来自多个 API、需合并计算、带权限校验、或要求生成带图表/冻结窗格/条件格式的正式报表时，前端根本搞不定。
此时关键点是：别让前端传整张 HTML 给后端再解析——innerHTML 体积大、结构不可控、XSS 风险高。应该只传结构化数据（如 JSON 数组），后端用 openpyxl（Python）、Apache POI（Java）或 exceljs（Node.js）生成真实 .xlsx。
注意：Content-Disposition 响应头必须带 filename*=UTF-8''xxx.xlsx，否则中文文件名在 Chrome/Firefox 下显示为乱码。
复杂点从来不在“怎么点一下就出来”，而在“数据从哪来、谁负责校验、格式谁定、失败了怎么反馈”。导出按钮背后，往往连着三四个服务和两套权限逻辑。
