应优先用ArrayList存订单，统计时用DoubleSummaryStatistics或预聚合；BigDecimal金额用reduce，double金额用summingDouble防浮点误差；分组需处理null并考虑并发安全。
订单金额统计该用哪个集合类型
直接用 ArrayList 存订单对象最常见，但统计时别在循环里反复调用 get(i).getAmount() 拆箱或重复取值。如果订单量大（比如上万条），优先考虑用 DoubleSummaryStatistics 或预聚合——避免手动累加 double 引发精度丢失或隐式装箱开销。
不推荐用 TreeSet 或 LinkedHashSet 做原始数据容器，除非你同时需要去重或排序；它们的插入开销比 ArrayList 高 3–5 倍，而统计本身并不依赖顺序或唯一性。
用 Stream API 统计总金额的正确写法
很多人写 orders.stream().mapToDouble(Order::getAmount).sum() 看似简洁，但若 Order.getAmount() 返回 BigDecimal，这段代码会编译失败——mapToDouble 只接受返回 double 的函数。
- 如果金额是
BigDecimal：必须用reduce，例如orders.stream().map(Order::getAmount).reduce(BigDecimal.ZERO, BigDecimal::add)
- 如果金额是
double：注意sum()在极端情况下有浮点误差，高精度场景改用collect(Collectors.summingDouble(Order::getAmount))更稳定 - 空集合时，
sum()返回0.0，reduce返回Optional，按业务是否允许空订单决定是否加orElse(BigDecimal.ZERO)
分组统计（如按状态/日期）容易漏掉 null 值
用 Collectors.groupingBy(Order::getStatus) 分组时，如果某些订单的 status 是 null，默认会抛 NullPointerException。Java 12+ 支持 Collectors.groupingBy(Order::getStatus, Collectors.toList())，但 null key 仍需显式处理。
立即学习“Java免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
安全做法是先过滤或映射：
orders.stream()
.collect(Collectors.groupingBy(
order -> Optional.ofNullable(order.getStatus()).orElse("UNKNOWN"),
Collectors.summingDouble(Order::getAmount)
));
另外，groupingBy 默认用 HashMap，并发环境下要用 Collectors.groupingByConcurrent，否则可能丢数据。
性能敏感场景下别依赖 Stream 链式调用
单次统计用 Stream 没问题，但如果要同时算总数、最大值、平均值、分状态汇总，多次 stream() 会遍历集合四次。此时应手写一次 for 循环，或用 DoubleSummaryStatistics：
DoubleSummaryStatistics stats = orders.stream()
.mapToDouble(Order::getAmount)
.summaryStatistics();
double total = stats.getSum();
long count = stats.getCount();
但注意：DoubleSummaryStatistics 不支持 BigDecimal；如果金额必须用 BigDecimal，就老老实实写 for 循环，避免自动拆箱和重复构造对象。
真正容易被忽略的是：订单对象里的 getAmount() 方法如果涉及数据库懒加载或远程调用，Stream 的延迟执行会让问题在统计时才爆发——务必确认字段已加载完成再开始统计。
