Java商品价格计算系统必须用BigDecimal字符串构造、显式精度控制、策略模式解耦折扣、动态税率配置及价税分离。
Java 商品价格计算系统的核心不是堆砌运算符，而是用封装控制计算逻辑的入口和边界——价格变动、折扣规则、税费策略这些必须隔离在独立类中，否则 double 累加几次后精度丢失和业务耦合会同时爆发。
为什么不能直接用 double 存价格
浮点数二进制表示导致 0.1 + 0.2 ≠ 0.3，线上计费场景下哪怕千分之一误差也会引发对账失败或客诉。银行、电商系统一律要求精确小数运算。
- 用
BigDecimal替代double，构造时必须用字符串（new BigDecimal("19.99")），不能用double字面量（new BigDecimal(19.99)会继承原始精度污染） -
BigDecimal所有运算必须显式指定MathContext或RoundingMode，例如price.multiply(discount, new MathContext(10, RoundingMode.HALF_UP)) - 数据库字段类型要配成
DECIMAL(10,2)，JPA 实体中用@Column(precision = 10, scale = 2)
如何把折扣逻辑从价格计算里抽出来
硬编码 if (type == "VIP") price = price.multiply(new BigDecimal("0.8")) 会导致每次新增会员等级都要改主计算类，违反开闭原则。
- 定义接口
DiscountStrategy，含方法apply(BigDecimal originalPrice) - 为每种折扣实现类：如
VipDiscount、CouponDiscount、SeasonalDiscount，各自封装自己的计算规则和条件判断 - 主价格类只持有一个
DiscountStrategy引用，运行时注入具体实现，支持策略切换甚至组合（如先用券再享会员折）
税费计算为什么不能写死税率
国内不同商品类目适用不同增值税率（9%、13%、免税），跨境还要叠加关税、消费税；写死 price.multiply(new BigDecimal("0.13")) 会让系统失去地域和品类扩展能力。
立即学习“Java免费学习笔记（深入）”；
- 税率应来自配置中心或数据库，按
productCategory+regionCode查表获取，缓存 5 分钟避免频繁查库 - 税费计算单独封装为
TaxCalculator类，输入是价格和上下文（如是否含税、是否跨境），输出是BigDecimal税额，不修改原始价格对象 - 注意“价税分离”场景：前端传入的是含税价，需反算税额，此时要用
divide(new BigDecimal("1.13"), RoundingMode.HALF_UP)而非乘法
真正难的不是写出能跑通的价格公式，而是让每个参与计算的环节都可验证、可替换、可审计——比如一个促销满减规则变更，应该只动 DiscountStrategy 的某个实现类，而不是翻出整个订单服务去 grep price 关键字。
