layui table.exportFile() 无法保留自定义格式，因其导出的是伪装成Excel的纯文本（CSV或旧版XLS），仅支持原始数据导出；需用SheetJS生成真实xlsx或导出CSV字符串来保格式。
table.exportFile() 无法保留自定义格式，这是设计限制
layui 内置的 table.exportFile() 本质是把数据转成 CSV 或简单 XLS（二进制老格式），不支持单元格样式、日期格式、千分位、文本强制对齐等 Excel 原生能力。它导出的“xls”文件其实是用 tab 分隔的文本伪装成 Excel，Excel 打开时会自动猜测类型——所以你看到的数字变科学计数法、日期变时间戳、金额丢掉逗号，不是 bug，是预期行为。
如果你在表头用了 templet 渲染了「¥12,345.67」，导出时仍得到原始 12345.67，因为 exportFile 读的是 table.cache['id'] 里的原始值，不是 DOM 文本。
要真正控制 Excel 格式，必须绕过 exportFile，用 SheetJS
SheetJS（xlsx）是目前前端最可靠的 Excel 操作库，能写入真实 .xlsx 文件，并精确控制列类型、单元格格式、宽度等。关键步骤如下：
Excel/WPS 公式大师。用大白话描述需求，直接给出可用的公式、函数组合和数据处理方案，并解释每一段的作用。当用户提到"Excel 公式"、"表格函数"、"VLOOKUP 怎么用"、"XLOOKUP"、"LET"、"LAMBDA"、"动态数组"、"这个公式报错了"、"#N/A"、"#REF!"、"
- 引入完整版：
<script src="https://cdn.sheetjs.com/xlsx-0.20.2/package/dist/xlsx.full.min.js"></script> - 从
table.cache['yourTableId']取原始数据（比table.config.data更准，尤其分页后） - 对日期字段转为
Date实例：如new Date(item.applyTime)；字符串时间先.replace(/-/g, '/')避免 Safari 解析失败 - 对数字字段加千分位时，若导出为 xlsx，必须加单引号前缀变成文本：
'12,345.67'，否则 Excel 会自动转回数值并删逗号 - 用
XLSX.utils.aoa_to_sheet([headers, ...rows])构造 sheet，再调XLSX.writeFile(ws, 'xxx.xlsx')
导出 CSV 能保千分位和字符串格式，但不能设日期类型
CSV 是纯文本，没有“单元格格式”概念。只要你导出的是字符串 "2024/10/03" 或 "'12,345.67"，Excel 打开就原样显示。但这也意味着：
- 日期不会被 Excel 自动识别为日期类型（右键单元格→设置格式→日期才生效）
- 如果后端返回的是时间戳
1712345678000，导出前不转成"2024/10/03"字符串，Excel 就只显示那串数字 - 不同区域设置下，
2024-10-03可能被误判为文本或错误日期，推荐统一用YYYY/MM/DD格式
复杂场景建议后端导出，前端只传参触发
当表格启用了服务端分页、权限过滤、多表关联查询，或需要统一模板（比如固定表头、LOGO、合并单元格、条件格式），前端拼接数据既不可靠又容易卡死（尤其 >5 万行）。此时应：
- 前端调接口：
fetch('/api/export?ids=1,2,3&format=xlsx') - 后端用 POI（Java）、openpyxl（Python）或 ExcelJS（Node）生成真实 Excel
- 后端可精确控制每列数据类型（如
cell.dataType = 'date'）、数字格式（#,##0.00）、字体颜色、列宽
真正难的不是“怎么导出”，而是“谁来保证导出的数据和页面看到的一致”。这个一致性，在服务端做远比在浏览器里 patch 各种 toLocaleString 和单引号更稳。
