识别真正的未核销坏账需三重校验：金额有效非零、核销日期为空、状态明确为UNRECOVERED；应封装谓词常量并用peek添加审计日志。
在财务报表处理中，用 stream 过滤未核销坏账数据，关键不是“写对一个条件”，而是让过滤逻辑贴合会计语义、规避空值与状态歧义，并支撑后续的统计或导出。坏账实体通常含 status（如 “unrecovered”、“written_off”、“recovered”）、writeoffdate、isverified、amount 等字段，直接套用 n -> n.getstatus() == unrecovered 很容易漏掉已核销但状态未同步、或金额为零的“伪坏账”。
识别真正的未核销坏账：三重校验不可少
仅靠 status 字段判断风险高。真实业务中，未核销坏账需同时满足：
-
状态明确为未核销：比如
Status.UNRECOVERED或"UNRECOVERED"，且排除null和非法枚举值 -
核销日期为空：即
writeOffDate == null—— 比状态更权威的物理事实 -
金额有效且非零：避免因历史补录、冲正导致的
amount == 0或amount 数据混入
链式 filter 分层裁剪，兼顾可读与性能
把上述三重校验拆成独立 filter，顺序按“快 + 排除率高”排列：
- 先筛
Objects.nonNull(badDebt.getAmount()) && badDebt.getAmount().compareTo(BigDecimal.ZERO) > 0—— 字段访问快，能快速剔除空金额和负数 - 再筛
badDebt.getWriteOffDate() == null—— 时间字段判空无计算开销，拦截大量已核销项 - 最后筛
Status.UNRECOVERED.equals(badDebt.getStatus())—— 枚举比较安全，放在末尾不影响正确性，但便于单独加日志定位状态异常数据
示例代码：
List<BadDebt> unverifiedUnrecovered = badDebts.stream().filter(b -> Objects.nonNull(b.getAmount()) && b.getAmount().compareTo(BigDecimal.ZERO) > 0)
.filter(b -> b.getWriteOffDate() == null)
.filter(b -> Status.UNRECOVERED.equals(b.getStatus()))
.collect(Collectors.toList());
封装可复用、可测试的谓词常量
把高频判断逻辑抽成静态 Predicate<BadDebt>，比如：
public static final Predicate<BadDebt> HAS_VALID_AMOUNT = b -> Objects.nonNull(b.getAmount()) && b.getAmount().compareTo(BigDecimal.ZERO) > 0;public static final Predicate<BadDebt> IS_UNRECOVERED_AND_UNWRITTEN_OFF = b -> Status.UNRECOVERED.equals(b.getStatus()) && b.getWriteOffDate() == null;
使用时清晰简洁：
.filter(HAS_VALID_AMOUNT).filter(IS_UNRECOVERED_AND_UNWRITTEN_OFF)
单元测试可直接验证谓词行为，无需构造完整 Stream 流程。
预留审计钩子：对过滤过程做轻量记录
财务场景强调可追溯。可在关键 filter 后插入 peek() 记录被截断的数据特征（不建议打印全量对象，可用摘要）：
-
.peek(b -> log.debug("Excluded due to zero amount: id={}, amount={}", b.getId(), b.getAmount()))（配合第一个 filter） -
.peek(b -> log.warn("Status mismatch: expected UNRECOVERED, got {}", b.getStatus()))（配合最后一个 filter 前加个filter(Predicate.not(...))做兜底捕获）
这样既不干扰主流程，又为对账和问题回溯留痕。
