直接用 math.pow 算月供易出错，因 ieee 754 双精度舍入累积误差导致分位不准；应改用累乘循环替代，避免复利计算精度损失。
为什么直接用 Math.pow 算月供容易出错？
因为房贷月供公式涉及复利计算，对浮点精度极其敏感。浏览器 JS 的 Math.pow(1 + rate, n) 在利率极小（如年化 4.2% → 月利率 0.0035）、期数极大（如 360 期）时，会因 IEEE 754 双精度舍入累积误差，导致最终结果偏差几十元——这不是“差不多”，银行系统通常要求分位精确。
实操建议：
- 改用累乘替代
Math.pow：循环let factor = 1; for (let i = 0; i ，虽慢但可控 - 或使用
Number((...).toFixed(2))在每一步中间值后强制截断，避免误差传递 - 别信网上抄来的“一行公式”，尤其带
Math.pow(1 + r, -n)的——负指数会让舍入更不可控
HTML 表单里怎么安全传入用户输入的数字？
input type="number" 看似省事，但实际会偷偷把空值、非法字符转成 "" 或 NaN，而 parseFloat("") 返回 0，用户没填贷款金额却算出一个荒谬月供。
实操建议：
- 用
input type="text"配合inputmode="decimal"（移动端唤起数字键盘），再手动校验 - 取值时写
const val = parseFloat(el.value) || 0;—— 注意是|| 0而非?? 0，因为parseFloat("abc")返回NaN，而NaN || 0是0，符合直觉 - 在计算前加校验：
if (!isFinite(loanAmount) || loanAmount ，直接 return 并提示“请输入有效贷款金额”
等额本息 vs 等额本金，JS 里怎么避免混淆公式？
两者核心差异不在“每月还多少”，而在“每月利息怎么算”。等额本息的月供固定，但利息部分逐月递减；等额本金的月供递减，但每月归还的本金固定——很多人把“本金部分”误当成“每月还款额”。
实操建议：
- 等额本息用标准公式：
monthlyPayment = P * r * Math.pow(1+r,n) / (Math.pow(1+r,n)-1)，其中P是贷款总额，r是月利率，n是总月数 - 等额本金必须用循环计算：首月月供 =
P/n + P*r，第二月 =P/n + (P - P/n)*r，依此类推；不能只算首月然后线性递减 - 展示明细表时，务必对每期的“剩余本金”做
Number(...toFixed(2))截断，否则累计误差会让最后一期本金余额不为 0
为什么 Chrome 里算得准，Safari 却差 1 块钱？
不同浏览器 V8 和 JavaScriptCore 对 Math.pow 的底层实现略有差异，尤其在底数接近 1、指数很大时。这不是 bug，是规范允许的浮点实现自由度。
实操建议：
- 放弃跨浏览器一致的
Math.pow结果预期，统一用累乘法（见第一个副标题） - 服务端不做校验的话，前端至少把最终月供四舍五入到分：
Math.round(monthly * 100) / 100 - 如果需要和银行系统对账，必须拿到银行提供的具体计算逻辑（比如是否按天计息、是否按 30 天/月折算），HTML 计算器只能作参考，不能当凭证
真正难的不是写出公式，而是让每一笔“利息”“本金”“剩余”在 360 期之后加起来严丝合缝——这需要你在每次运算后主动截断，而不是依赖 JS 默认的浮点行为。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
