合计行千分位需通过自定义totalRow模板调用格式化函数实现，后端返回数字、前端模板中格式化，导出时需手动处理数据并加单引号防Excel误转，CSS强制右对齐与等宽字体。
合计行字段值是数字，但显示没千分位
合计行默认只做加法，不处理格式。哪怕你列里用 templet 加了千分位，totalrow: true 生成的合计值仍是原始数字（如 1234567.89），直接塞进 dom，没有逗号。
解决方式不是改列配置，而是控制 totalRow 字段本身的值——它支持模板语法，所以可以在模板里调用格式化函数：
- 确保你已定义一个格式化函数，比如
window.formatMoney = (n) => typeof n === 'number' ? n.toLocaleString('zh-CN', { minimumFractionDigits: 2, maximumFractionDigits: 2 }) : '-' - 在列配置中写：
totalRow: '{{ window.formatMoney(d.TOTAL_PRICE) }}'（注意：这里d.TOTAL_PRICE是后端返回的totalRow对象里的字段） - 如果后端没传
totalRow，而你用前端自动合计（totalRow: true），那这个值是纯数字，无法在模板里调函数——此时必须切换成「后端预计算 + 自定义 totalRow 模板」方案
后端返回的 totalRow 数据怎么带千分位？
不能让后端直接返回字符串如 "1,234,567.89" 给 totalRow 字段，否则前端排序、计算会出错；但又需要显示带逗号——折中做法是后端仍返回数字，前端在模板里格式化。
典型响应结构应为：
{
"code": 0,
"data": [...],
"totalRow": {
"AMOUNT_SUM": 1234567.89,
"QUANTITY_SUM": 98765
}
}
前端列配置示例：
{field:'amount', title:'金额', totalRow: '{{ window.formatMoney(d.AMOUNT_SUM) }}'}
关键点：
-
totalRow字段名（如AMOUNT_SUM）要和后端返回的 key 完全一致 - 模板里不能写
formatMoney(d.amount)，因为d在合计行上下文里指向的是totalRow对象，不是明细行数据 - 若需单位（如“万元”），可拼接：
'{{ window.formatMoney(d.AMOUNT_SUM / 10000) }} 万元'
导出时合计行的千分位也想保留
导出功能（table.exportFile）默认不读取合计行的渲染结果，它只导出原始数据或你传进去的数据。也就是说，你在页面上看到的带逗号的合计值，导出 Excel 或 CSV 时并不会自动出现。
必须手动干预导出前的数据：
- 监听
toolbar或按钮点击，在调用exportFile前，先从表格实例拿到config.totalRow（即后端返回的原始合计对象） - 对目标字段执行
toLocaleString()，并加单引号前缀防止 Excel 自动转数值：'\'' + (val.toLocaleString('zh-CN')) - 构造新数据数组，把格式化后的合计行作为最后一项 push 进去，再传给
exportFile - 导出 CSV 格式更省事：
table.exportFile('报表', dataWithFormattedTotal, 'csv')，CSV 是纯文本，单引号+逗号原样保留
合计行样式和对齐容易被忽略
合计行默认左对齐，且字体加粗，但数字类字段通常需要右对齐、等宽字体才易读。Layui 没提供合计行 class 配置，只能靠 CSS 强制：
.layui-table-total td { text-align: right !important; font-family: 'SFMono-Regular', Consolas, 'Liberation Mono', Menlo, monospace !important; }
另外注意：totalRowText 只控制首列文字（如“合计”），不影响其他列；如果你某列设了 totalRow: true 又没配模板，它会显示未格式化的原始数字——这种“自动合计”和“自定义模板”不能混用在同一列表头下。
