后端返回预计算百分比合计值是最稳妥方案，需在接口响应中包含totalrow字段并确保字段名与前端模板引用一致，前端列配置用{{= d.total_row.total_rate }}%展示。
合计行直接用 totalrow: true 无法显示百分比
因为 totalrow: true 只对数字字段做简单求和，不支持自动乘100加%。如果你的原始数据是小数（如 0.87），直接设 totalrow: true 会显示 3.48 这类值，而不是 348% —— 它没做任何格式转换。
后端返回 totalRow 对象是最稳的方式
让后端在接口响应里直接带预计算好的百分比合计值，前端只负责展示。这是唯一能避开浮点误差、空值崩溃、排序错乱的方案。
- 后端返回结构中必须包含
totalRow字段，例如：{"code":0,"data":[...],"totalRow":{"TOTAL_RATE":87.42}} - 前端列配置写成：
{field:'rate', title:'完成率', totalRow:'{{= d.TOTAL_ROW.TOTAL_RATE }}%'} - 如果后端返回的是小数（如
0.8742），就让它乘100再四舍五入："TOTAL_RATE": Math.round(data.reduce((s, x) => s + (x.rate || 0), 0) * 10000) / 100 - 注意：
totalRow字段名必须和模板里引用的完全一致，大小写敏感
前端手动算 + 模板注入（仅限小数据量）
如果没法改后端，且表格行数少于 500 行，可以在 done 回调里遍历数据算总和，再用 jQuery 改合计行 DOM。但要注意三处硬伤：
-
layui-table-total的td顺序和列定义顺序严格对应，.eq(3)写错一个就串列 - 原始数据为空或
null时，null * 100得0，会把“无数据”变成“0%”，得先判空：row.rate == null ? '' : (row.rate * 100).toFixed(2) + '%' - 每次分页、重载、搜索都会触发
done，必须加防抖或标记位，否则反复修改 DOM 导致渲染错乱
导出 Excel 时百分比也得单独处理
table.exportFile() 不走模板，它读的是原始 data 数组。就算合计行显示为 87.42%，导出文件里写的仍是 0.8742。
- 导出前必须用
table.getData('yourTableId')拿到当前页数据副本 - 遍历并映射目标字段：
rate: row.rate != null ? (row.rate * 100).toFixed(2) + '%' : '' - 传给
exportFile()的data参数，别直接改原始 data，用Object.assign({}, row, {...}) - 导出后 Excel 把它当文本，不能参与公式计算；若需数值能力，只能导数字、靠用户手动设单元格格式为百分比
合计行的百分比不是样式问题，是数据源头和渲染链路的协同问题。最容易被忽略的是：后端没返回 totalRow 字段时，前端强行用 jQuery 改 DOM，看似生效，但分页切换后那一行就丢了——因为 totalRow 是 Layui 渲染器内部生成的，不是你插入的静态 HTML。
