Java分支逻辑（if-else、switch）是处理折扣规则最直接常用方式，需按业务优先级组织判断顺序、避免精度误差、抽取硬编码为常量，并在规则简单时优先使用原生分支而非规则引擎。
Java 分支逻辑（if-else、switch）是处理折扣规则最直接、最常用的方式。关键不在于写多少行代码，而在于把业务规则清晰映射成条件判断——比如“满 300 减 50”“会员打 9 折”“新品首单再减 20”，这些都要拆解为可执行的 if 判断链或嵌套结构。
用 if-else 处理多级满减 + 会员身份叠加
实际场景中，折扣往往不是单一条件。例如：普通用户满 300 减 50，会员用户满 300 减 80，且会员额外享 95 折；若同时满足“新品标识”，再减 20。这时需按优先级组织判断顺序：
- 先判断是否为新品（影响最终减免），再判断是否为会员（影响折扣率和满减额度）
- 满减在打折前扣减（税前优惠），还是打折后扣减（税后优惠），需与财务规则对齐
- 避免条件重叠导致重复优惠，例如“会员满减 + 会员折扣”不能变成“先减再折再减”
示例片段：
double originalPrice = 350.0;
boolean isVip = true;
boolean isNew = true;
<p>double finalPrice = originalPrice;</p><p>if (originalPrice >= 300) {
double discount = isVip ? 80.0 : 50.0;
finalPrice -= discount;
}
if (isVip) {
finalPrice *= 0.95; // 会员95折
}
if (isNew) {
finalPrice -= 20.0; // 新品直减
}</p>用 switch 管理固定档位折扣类型
当折扣方式由外部传入类型码（如 "FLASH_SALE"、"COUPON_10"、"MEMBER_LEVEL_2"）时，switch 比一长串 if-else 更清晰、更易维护：
- 每个 case 对应一种预设折扣策略，逻辑内聚，修改某类折扣不影响其他
- Java 14+ 支持 switch 表达式（-> 语法），可直接返回折扣率或减免金额
- 务必加 default 分支，兜底处理未知类型，避免静默失败
示例：
String discountType = "MEMBER_LEVEL_2";
double discountRate = switch (discountType) {
case "FLASH_SALE" -> 0.7; // 三折
case "COUPON_10" -> 0.9; // 九折
case "MEMBER_LEVEL_2" -> 0.85; // VIP2 八五折
default -> 1.0; // 无折扣
};
finalPrice = originalPrice * discountRate;
避免常见分支陷阱：精度、顺序与可读性
折扣计算看似简单，但几个细节常引发线上问题：
- 用 double 做金钱运算会丢失精度（如 0.1 + 0.2 ≠ 0.3），建议用 BigDecimal 或以“分”为单位用 long 计算
- 条件顺序错位：比如把“是否新品”判断放在最后，可能导致“新品优惠被满减覆盖”，应按业务权重从高到低排列
- 硬编码数值（如 300、50、0.95）应抽取为常量或配置项，便于运营调整，避免改代码发版
- 复杂规则建议封装为独立方法（如 calculateVipDiscount()），主流程保持简洁
扩展思路：规则引擎不是银弹，分支仍是首选
有人一上来就想上 Drools 或自研规则引擎，其实大可不必。只要折扣规则不超过 10 种、变化频率每月 ≤ 2 次，原生 if-else + 清晰注释 + 单元测试（覆盖边界值：299/300/301、VIP/非VIP、新品/非新品组合）就足够稳健。真正需要引擎的，是那种后台可动态拖拽条件、实时生效、涉及几十个字段联动的营销系统——那已超出“简单折扣计算”的范畴。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
