javascript数值精度控制需从输入源头约束：输入阶段用正则或inputmode限制格式并实时校验；计算阶段转整数或封装安全运算；输出阶段仅用于展示且避免tofixed中间使用；高风险场景应使用decimal.js等专业库。
JavaScript 中处理数值输入过程中的精度控制，核心不是“修复结果”，而是从输入源头开始约束和规范。用户输入的数字可能带小数、可能粘贴长浮点、也可能来自表单控件（如 input type="number"），这些都容易引入 IEEE 754 的隐性误差。关键在于分阶段干预：输入拦截、中间计算隔离、输出可控呈现。
输入阶段：限制格式，避免污染
用户直接在输入框键入 0.1 + 0.2 得到 0.30000000000000004，问题其实早在第一个小数点出现时就埋下了。不建议等计算完再“修”。
- 对金额类输入，用正则或
inputmode="decimal"+pattern限定最多两位小数，例如：/^\d+(\.\d{1,2})?$/ - 监听
input事件，实时校验并修正非法字符（如多个小数点、开头为点、非数字符号） - 避免直接用
parseFloat(e.target.value)—— 它会静默接受"1.23abc"并返回1.23；改用Number()或显式正则提取后再转
计算阶段：避开浮点，优先整数或封装安全运算
一旦输入值进入计算流程，就不要再让它以原始浮点形式参与加减乘除。
- 金额场景：统一转为“分”（×100），全程整数运算。例如
99.99 元 → 9999 分，加减后仍为整数，最后仅在展示时(totalCents / 100).toFixed(2) - 通用小数系数（如折扣率 0.85、权重 0.333）：若无法改单位，用轻量库如
number-precision，或自己封装函数，基于小数位数放大还原：function add(a, b) { const n = Math.max(getDecimalPlaces(a), getDecimalPlaces(b)); const d = 10 ** n; return (Math.round(a * d) + Math.round(b * d)) / d; } - 严禁在中间步骤使用
toFixed()修正数值 —— 它返回字符串且舍入逻辑是银行家舍入（1.005.toFixed(2) === "1.00"），会引入新偏差
输出阶段：只用于展示，不参与后续计算
最终显示给用户的数字，可以放心格式化，但必须明确它只是视图层行为。
- 用
toFixed(n)得到字符串，再用parseFloat()或一元加号转回数字 —— 仅当这个值不再参与任何计算时才这么做 - 需要严格四舍五入（非银行家舍入）？自己实现：
function roundTo(n, digits) { const m = 10 ** digits; return Math.round(n * m) / m; } - 展示金额时，推荐组合：
(Math.round(value * 100) / 100).toFixed(2)—— 先整数化再转字符串，规避toFixed对临界值的异常处理
高风险场景：果断引入专业库
当业务涉及税务计算、多级分润、科学系数叠加或需保留多位小数时，手写逻辑不可靠。
- 选
decimal.js：API 清晰，支持toDecimalPlaces(2, Decimal.ROUND_HALF_UP)显式指定舍入模式 - 所有数值必须用字符串构造：
new Decimal("0.1").add("0.2")，避免new Decimal(0.1)—— 后者传入的字面量本身已失真 - 不要混用
Number和Decimal，转换只发生在输入解析与最终输出两个边界
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
