layui的totalrow浮点累加误差源于javascript双精度浮点数固有缺陷，推荐用totalrowtext手动计算并math.round(sum*100)/100精确到分，同时确保后端返回decimal类型数据。
为什么 totalrow 直接加浮点数会出 0.30000000000000004
layui 的 totalrow 内部用的是 javascript 原生加法，比如 0.1 + 0.2，结果就是 ieee 754 双精度浮点数的固有误差。它不会自动做精度对齐或定点运算，所有中间累加值都未经处理——哪怕你只开了 totalrow: true，底层还是走 sum += parsefloat(item[field]) 这条路。
用 totalRowText 手动控制计算和格式化
这是最轻量、最可控的方式：关掉 Layui 默认累加逻辑，自己算、自己四舍五入、自己塞进合计行。
- 列配置里不要设
totalRow: true，只设totalRowText字符串占位（比如"合计"） - 在
done回调中读取table.cache['yourTableId']全量数据 - 用
Number(item.price)或parseFloat(item.price) || 0转数值，再用Math.round(sum * 100) / 100精确到分（比toFixed()更安全，避免字符串截断） - 用 jQuery 或原生 DOM 定位合计行对应列的
td，例如：$('.layui-table-total td').eq(2).text('¥' + finalSum)
如果必须改源码，只动 table.js 里的累加入口
不推荐全局替换 parseFloat().toFixed(2)，那只是表面格式化，中间误差还在。真正要改的是 layui.table.totalRow 函数内部的累加循环。
- 找到
lay/modules/table.js中类似sum += parseFloat(a[n])的语句 - 替换成防浮点误差的累加：例如用
sum = Math.round((sum + parseFloat(a[n] || 0)) * 100) / 100 - 注意：修改后需重新打包或清缓存，且每次 Layui 升级都要同步检查
- 更稳妥的做法是打运行时补丁，比如在
layui.use后立即重写layui.table.totalRow，避免侵入源文件
后端没做定点数，前端再怎么修也白搭
如果后端返回的是字符串 "19.99" 或带单位的 "¥19.99"，前端解析时就可能丢精度；更糟的是返回 19.989999999999998 这种本身就有误差的数字——这种情况下，Math.round(x * 100) / 100 也救不回来。
必须确认后端返回字段是数据库 DECIMAL(10,2) 类型，且序列化时未转成浮点字面量。否则前端所有精度修复，都是在给错误输入兜底。
