导出数据带千分位需在调用exportFile前对原始数据字段临时格式化，使用toLocaleString()并处理null/undefined，CSV可直接保留逗号，XLSX需加单引号强制文本格式，且不可在done回调中修改原数据以免破坏排序与合计功能。
导出数据带千分位，本质是「导出前格式化原始数字字段」，而不是改表格渲染或依赖 excel 自动识别。layui 的 table.exportfile 读的是 data 数组本身，不是 dom 上显示的文本，所以即使列用了 templet 加了逗号，导出仍是原始数字。
导出前用 toLocaleString() 临时生成格式化副本
必须在调用 exportFile 前，对目标字段做一次字符串化处理。重点是：不修改原数据、不污染页面渲染、只作用于导出副本。
- 推荐在按钮点击事件里获取
table.cache["yourTableId"]拿到当前页原始数据 - 遍历数组，对金额/数量类字段（如
amount、wealth）调用.toLocaleString("en-US", { minimumFractionDigits: 2, maximumFractionDigits: 2 }) - 注意：若字段可能为
null、undefined或空字符串，需先做类型判断，避免TypeError - 导出 CSV 时，加了逗号的字符串能直接保留；导出 XLSX 时，Excel 可能自动转成数字并抹掉逗号，得在字符串前加单引号强制文本格式，例如
'12,345.67'
CSV 和 XLSX 导出对千分位的处理差异
同一份格式化数据，在不同格式下表现不一致——这不是 bug，是 Excel 解析逻辑导致的。
- CSV 是纯文本，
exportFile默认用逗号分隔，字段含逗号时会自动加双引号包裹，所以"12,345.67"能原样显示 - XLSX（即
type: "xlsx"）底层用 SheetJS，它会尝试将看起来像数字的字符串转为 Number 类型，导致千分位消失；解决办法是在格式化后手动加单引号：'" + numStr + "' - 如果后端返回的是字符串型数字（如
"12345.67"），前端再格式化时要先parseFloat再toLocaleString，否则"12345.67".toLocaleString()会报错
避免在 done 回调里直接改 data
有人想在表格 render 的 done 回调中提前格式化 res.data，这会导致页面上所有数字列都变成字符串，破坏排序、合计、筛选等原生功能。
-
done适合做 UI 后置操作（如重绘、提示），不适合改原始数据源 - 排序失效是因为
sort: true依赖字段值为数字类型；一旦变成"12,345"，就按字符串字典序排了 - 合计行（
totalRow: true）也会出错，因为内部求和逻辑调用的是Number(val)，而Number("12,345")返回NaN - 真正安全的做法：导出触发时临时 map 一份新数组，字段仅用于导出，生命周期仅限当次调用
最易被忽略的一点：导出格式化后的数字，必须确保小数位统一（比如都保留两位），否则 toLocaleString() 在不同 locale 下行为不一致；建议显式传参 { minimumFractionDigits: 2, maximumFractionDigits: 2 }，别依赖浏览器默认。另外，负数的千分位处理要单独验证，部分旧版 Safari 对 -12345.67.toLocaleString() 支持不稳，可先取绝对值格式化再补负号。
