导出HTML表格到Excel的本质是生成符合Excel规范的二进制.xlsx文件，而非简单保存HTML；最可靠方式是用SheetJS前端生成真.xlsx，或后端用POI/openpyxl等库生成并设置正确MIME类型。
导出 HTML 表格到 Excel 的本质是什么
浏览器里打开的 <table> 标签，本身不是 Excel 文件；所谓“导出为 Excel”，其实是生成一个符合 Excel 识别规范的文件（通常是 <code>.xls 或 .xlsx），或者让 Excel 能直接解析 HTML 表格结构。最可靠的方式不是靠浏览器右键另存为，而是用程序生成真正兼容的文件。
用 SheetJS（xlsx.js）导出最稳
前端直接导出 HTML 表格时，SheetJS 是目前兼容性最好、控制力最强的方案。它不依赖后端，能处理合并单元格、样式（有限）、多工作表等需求，且输出的是真 .xlsx 文件。
常见错误现象：
• 直接用 location.href = 'data:application/vnd.ms-excel,...' 导出，Excel 打开报“文件格式与扩展名不匹配”
• 用 table2excel 这类老库，导出内容错位、中文乱码、不支持 IE11+ 或 Chrome 90+
- 只传入
<table> DOM 节点，别传整个页面或带多余 <code><div> 的容器 <li>确保表格有明确的 <code><thead> 和 <code><tbody>，否则列宽/标题可能错乱 <li>导出前调用 <code>XLSX.utils.table_to_sheet()，不是aoa_to_sheet()（后者要自己转二维数组） - 中文导出乱码？不是编码问题，是 Excel 默认用系统区域设置读取；只要内容是 UTF-8 字符串，
SheetJS就能正确写入
const table = document.getElementById('my-table');
const ws = XLSX.utils.table_to_sheet(table);
const wb = XLSX.utils.book_new();
XLSX.utils.book_append_sheet(wb, ws, "数据");
XLSX.writeFile(wb, "report.xlsx");
后端导出更可控，但要注意 MIME 类型和响应头
如果 HTML 表格来自后端渲染（比如 Django / Flask / Spring Boot），直接返回 HTML 并设成 Content-Type: application/vnd.ms-excel 是危险的——现代 Excel 会拒绝打开，Chrome 也可能拦截下载。
立即学习“前端免费学习笔记（深入）”；
使用场景：
• 需要服务端拼接数据库数据 + 模板
• 要加权限校验、审计日志、大文件流式导出
- 不要返回纯 HTML 字符串并配
application/vnd.ms-excel—— 这是上世纪做法，新版 Excel 直接报错 - 真正兼容的做法：用 POI（Java）、openpyxl（Python）、EPPlus（.NET）生成二进制
.xlsx，响应头设为Content-Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet - 如果非要用 HTML 当载体（例如兼容老系统），至少把
<table> 单独拎出来，加上 <code><meta charset="utf-8">，响应头加Content-Disposition: attachment; filename="xxx.xls"，但依然不推荐为什么“复制粘贴到 Excel”不靠谱
人工选中表格 → Ctrl+C → Excel 里 Ctrl+V，看似简单，实则埋雷最多。
- 合并单元格完全丢失，变成空单元格+重复值
- 带 CSS 的宽度、颜色、字体大小全失效，Excel 自己重算列宽
- 日期、数字格式被自动识别错误（比如 “2023-05-01” 变成 45076）
- 隐藏列、条件格式、公式全部清零
- 多人协作时，这个操作无法复现、无法审计、无法加字段校验
这招只适合临时查一眼，千万别写进 SOP 或教给运营同事。
真正难的不是“怎么点一下导出”，而是导出后的格式稳定性、字段语义一致性、以及后续能否被其他系统（如 BI 工具）直接读取。很多人卡在“导出了但 Excel 打不开”或“打开了但排序崩了”，问题往往出在没区分清楚“HTML 表格”和“Excel 文件”的边界。
