JavaScript价格向下取整需先用toFixed()统一精度再转整数运算，避免浮点误差；如抹零到元应先toFixed(2)转字符串，再乘100取整除100，确保财务语义准确。
Math.floor() 是 JavaScript 中用于向下取整的内置方法，它会将任意数字“舍去小数部分”，返回小于或等于该数的最大整数。在价格处理场景中（比如抹零促销、整元折扣、避免找零等），直接用 Math.floor() 很容易出错——因为价格通常是带两位小数的浮点数（如 99.99），而 Math.floor(99.99) 会得 99，看似合理；但若遇到 100.00 或 99.999 这类边界值，或浮点精度问题（如 0.1 + 0.2 === 0.30000000000000004），结果可能不符合业务预期。
明确业务目标：是“抹到整元”还是“抹到角/分”？
实际业务中，“向下取整”往往不是简单对原始数值调用 Math.floor()，而是要先统一精度单位：
- 若目标是“抹零到元”（如 ¥99.99 → ¥99），需先确保价格是精确的元为单位数值，再向下取整；
- 若目标是“抹到角”（即保留一位小数后向下舍入，如 ¥99.99 → ¥99.9），就得先放大 10 倍，取整，再缩小；
- 直接对
99.995调用Math.floor()会得99，但若这是后台传来的未四舍五入的三位小数价格，业务上可能希望先保留两位再抹零。
安全做法：先标准化精度，再向下取整
为规避浮点误差，推荐将价格转为「整数分」进行计算，这是最稳妥的方式：
- 把元为单位的价格 × 100 → 转成“分”（整数）；
- 对“分”做
Math.floor()（其实已是整数，但可加一层保障）； - 再 ÷ 100 得到“元”单位的抹零结果（注意仍需处理显示精度）。
示例代码：
function priceFloorToYuan(price) {
// 先转成分（四舍五入防浮点误差），再向下取整到分，最后转回元
const cents = Math.round(price * 100); // 如 99.995 → 10000，避免 99.994999... 导致误判
return Math.floor(cents) / 100; // 抹零到分，再转元
}
// 使用：
priceFloorToYuan(99.99) // → 99.99
priceFloorToYuan(99.999) // → 99.99（先 round 到 10000 分，floor 后仍是 10000 → 99.99）
priceFloorToYuan(100.00) // → 100.00
priceFloorToYuan(99.015) // → 99.01（round 后 9901.5 → 9902？不对！→ 所以 round 要慎用）
更严谨的做法（推荐）：用 Number.prototype.toFixed(2) 先规范显示精度，再转整数分：
function priceFloorToYuan(price) {
const safeStr = Number(price).toFixed(2); // 强制两位小数字符串，如 "99.99" 或 "100.00"
const cents = Math.floor(parseFloat(safeStr) * 100);
return cents / 100;
}
常见误区与绕过方案
-
别直接 Math.floor(99.99)：看似没问题，但若 price 来自用户输入或接口，可能是字符串
"99.99"或"99.9900000001"，隐式转换后产生精度偏差； -
不要用 Math.floor(price * 100) / 100 处理未校准数据：例如
Math.floor(0.29 * 100)可能是28（因0.29 * 100 === 28.999999...），导致结果错误； - 若业务要求“抹到角”（保留一位小数），则放大 10 倍：
Math.floor(price * 10) / 10，同样建议先toFixed(1)校准； - 对于展示，记得用
.toFixed(2)格式化输出，否则99.9可能显示为99.89999999999999。
一句话总结关键逻辑
业务上的“价格向下取整”，本质是「按指定精度单位（元/角/分）截断小数」，不是数学意义的 floor；务必先用 Number().toFixed(n) 统一输入精度，再转整数运算，最后还原——这样既规避浮点误差，又符合财务语义。
