本文讲解如何在以“分”为基本单位的货币计算中，准确应用税率并确保结果严格保留两位小数（如 11.90 而非 11.9），避免浮点精度丢失与格式化陷阱。
在金融与电商系统开发中，为规避浮点数运算误差，强烈推荐始终以整数“分”（cents）作为底层存储和计算单位。例如：1000 表示 €10.00，1190 表示 €11.90。但当涉及税率计算（如 19% VAT）时，原始整数乘除后极易产生非整数分值（如 1000 × 1.19 = 1190.0 看似安全，但 1050 × 1.19 = 1249.5），此时必须进行确定性舍入，而非依赖字符串格式化。
你提供的函数存在两个关键问题：
- get_tax_amount() 返回的是含税“金额”（应为分），但计算逻辑 * 1.19 / 100 实际将输入 cents 值错误地当作欧元处理（1000 * 1.19 / 100 = 11.9 → 得到 11.9 分 ≈ €0.119，明显错误）；
- 缺少舍入控制，导致小数位丢失或精度溢出。
✅ 正确做法：所有中间计算保持整数分单位，使用 round() 向最近整数舍入（银行家舍入），最后再转为带两位小数的字符串展示。
以下是修正后的推荐实现：
if (!function_exists('get_tax_amount')) { function get_tax_amount(int $cents): int { // 假设税率为 19%，即 119/100（避免浮点） // 先乘后除，防止精度损失；round() 确保结果为整数分 return (int) round($cents * 119 / 100); } } // 示例用法： $priceInCents = 1000; // €10.00 $taxedCents = get_tax_amount($priceInCents); // → 1190 (€11.90) echo number_format($taxedCents / 100, 2, '.', ''); // 输出 "11.90"? 关键说明：
- 永远不要在计算链中过早除以 100：$cents * 119 / 100 是安全的整数运算（php 会自动转为 Float，但 round() 可兜底）；若写成 $cents * 1.19 则引入浮点误差（如 1050 * 1.19 可能得 1249.4999999999998）。
- round($value, 2) 仅适用于浮点数显示，而货币计算必须先得到精确的整数分，再格式化——否则 11.9 和 11.90 在 jsON/API 中会被视为不同值。
- 如需更高精度（如多级税率、复合税），建议使用 BCMath 扩展：bcdiv(bcmul($cents, ‘119’), ‘100’, 0)。
? 总结：以分为单位 + 整数运算 + round() 舍入 + number_format() 格式化 = 可靠、可审计、符合会计规范的税务计算方案。