prestashop 在应用特定折扣（如 -15%）后，不含税价计算因中间使用了已舍入的不含税基准值，导致最终结果偏差（如应为 3.55 却显示为 3.54）。本文指导你定位并修正核心价格计算逻辑，确保折扣始终基于原始精度进行运算。
prestashop 在应用特定折扣（如 -15%）后，不含税价计算因中间使用了已舍入的不含税基准值，导致最终结果偏差（如应为 3.55 却显示为 3.54）。本文指导你定位并修正核心价格计算逻辑，确保折扣始终基于原始精度进行运算。
在 PrestaShop 中，价格计算的准确性高度依赖于计算链路的精度保持。你遇到的问题本质是：系统先将含税价（如 4.50）换算为不含税价（4.1666…），再四舍五入为 4.17；后续应用 15% 折扣时，却以这个已舍入的近似值（4.17）为基数计算：4.17 × 0.85 = 3.5445 → 3.54，而正确做法应基于高精度中间值：(4.50 / 1.08) × 0.85 = 3.546296… → 3.55（按两位小数四舍五入）。
该逻辑缺陷根植于 PrestaShop 的价格计算流程，关键入口位于 Product 类：
- 主要调度方法：Product::getPriceStatic()（静态入口，支持多参数灵活调用）
- 核心计算引擎：Product::priceCalculation()（处理含税/不含税转换、货币、客户组、折扣叠加等）
- 折扣专项逻辑：SpecificPrice 类中的 getSpecificPrice()、getReductionValue() 及 getFinalPrice() 等方法，尤其需关注其是否在调用 priceCalculation 前就对基础价做了非必要舍入
✅ 推荐修复方案（以 PrestaShop 1.7.x 为例）：
在 classes/Product.php 中定位 priceCalculation() 方法（约第 5000 行起），查找类似以下代码段：
// ❌ 问题代码示例：过早舍入不含税价 $price_excl = Tools::ps_round($price_incl / (1 + $tax_rate), 2); $reduced_price_excl = $price_excl * (1 - $reduction);
应修改为延迟舍入，全程保留高精度（至少 6 位小数）参与运算，仅在最终返回前统一格式化：
// ✅ 修复后：全程高精度运算，最后一步舍入 $price_excl_precise = $price_incl / (1 + $tax_rate); // 例如：4.50 / 1.08 = 4.166666... $reduced_price_excl_precise = $price_excl_precise * (1 - $reduction); // 4.166666... × 0.85 = 3.541666... $final_price_excl = Tools::ps_round($reduced_price_excl_precise, 2); // → 3.54？等等！
⚠️ 注意：此处仍得验证 Tools::ps_round() 行为。PrestaShop 默认使用 round($val, 2, PHP_ROUND_HALF_UP)，但部分版本或配置下可能受 precision ini 设置影响。建议显式指定：
$final_price_excl = round($reduced_price_excl_precise, 2, PHP_ROUND_HALF_UP);
? 额外检查点：
- 覆盖 SpecificPrice::getReductionValue()，确认其未对 $basePrice（传入的不含税价）做预舍入；
- 检查 Product::getPrice() 中调用链，避免在 getPriceStatic() 外层重复舍入；
- 清除全部缓存（后台 > 性能 > 清空缓存）并重置编译模板，确保修改生效。
? 总结： 此类精度问题并非 UI 层面显示错误，而是业务逻辑层的数值截断缺陷。根本解法不是“修显示”，而是重构计算路径——坚持“高精度中间值 + 单一最终舍入”原则，并严格校验 Product 与 SpecificPrice 两大类中所有涉及 price_excl 的赋值与传递环节。修改后务必用多组边界数据（如 9.99€ + 21% VAT + 10% discount）进行回归测试。
