商品类必须实现Comparable接口或提供Comparator，价格字段必须用BigDecimal，多条件排序用Comparator.comparing()链式调用，TreeSet去重需谨慎以防误删同价不同品商品。
商品类必须实现 Comparable 或单独提供 Comparator
Java 比价程序的核心不是“怎么比”，而是“让谁来比”。直接用 Arrays.sort() 或 Collections.sort() 对商品列表排序时，若商品类没声明比较逻辑，会抛 ClassCastException 或提示 cannot be cast to java.lang.Comparable。
两种方式选其一，别混用：
- 在商品类（如
Product）里实现Comparable接口，重写compareTo()—— 适合有唯一自然排序规则（比如默认按价格升序） - 不改商品类，外部定义
Comparator实现类或 Lambda —— 适合多维度比价（价格、折扣率、好评数等不同策略共存）
public class Product implements Comparable{ private String name; private BigDecimal price; // 构造、getter 略 @Override public int compareTo(Product o) { return this.price.compareTo(o.price); // 注意：BigDecimal 不能用 < > } }
用 TreeSet 去重 + 排序要小心 equals() 和 compareTo() 不一致
想自动去重并保持有序，有人会用 TreeSet。但一旦 compareTo() 只比价格，而两个商品名字不同、价格相同，TreeSet 就认为它们“相等”，后者会被丢弃 —— 这显然不符合比价需求（同价不同品得都留着）。
解决办法只有两个：
立即学习“Java免费学习笔记（深入）”；
- 在
compareTo()末尾追加次要字段（如name），确保逻辑上“不相等”的对象不会返回 0 - 放弃
TreeSet，改用ArrayList+Collections.sort()，去重另用Stream.distinct()配合自定义equals()/hashCode()
推荐后者，语义清晰，不易踩坑。
价格字段必须用 BigDecimal，别用 double 或 float
比价程序对精度零容忍。double price = 19.99; 看似正常，但 price * 0.8 可能算出 15.992000000000002，导致比价结果错位、前端显示异常、甚至优惠券校验失败。
所有涉及金额的字段和计算，统一用 BigDecimal：
- 构造时用字符串，如
new BigDecimal("19.99")，别用double构造器 - 比较用
compareTo()，不是equals()（后者会比较 scale，new BigDecimal("19.99")和new BigDecimal("19.990")用equals()返回false） - 四则运算用
add()、multiply()等方法，并显式指定RoundingMode
BigDecimal price = new BigDecimal("299.99");
BigDecimal discount = price.multiply(new BigDecimal("0.85"),
new MathContext(4, RoundingMode.HALF_UP)); // 保留4位有效数字多条件动态比价用 Comparator.comparing() 链式调用
真实场景中，用户可能先按销量降序，再按价格升序；或者筛选“好评率 > 95% 且价格低于 200 元”的商品。硬写嵌套 if-else 在 compareTo() 里极难维护。
用静态工厂方法链式组合更可靠：
Comparator.comparing(Product::getPrice).thenComparing(Product::getSales)- 支持
reversed()、nullsLast()等修饰 - 条件过滤单独用
Stream.filter()，和排序解耦
Listranked = products.stream() .filter(p -> p.getRating().compareTo(BigDecimal.valueOf(95)) >= 0) .sorted(Comparator.comparing(Product::getPrice) .thenComparing(Product::getCommentCount, Comparator.reverseOrder())) .collect(Collectors.toList());
比价逻辑越复杂，越要拆开：过滤归过滤，排序归排序，避免把业务规则全塞进一个 Comparator 里。
