本文介绍一种比捕获 nullpointerexception 更高效、更清晰的 null 安全赋值方案，通过泛型工具方法实现属性条件设置与可定制的日志记录，避免异常滥用并提升代码可维护性。
本文介绍一种比捕获 nullpointerexception 更高效、更清晰的 null 安全赋值方案，通过泛型工具方法实现属性条件设置与可定制的日志记录，避免异常滥用并提升代码可维护性。
在实际开发中，常见场景是将源对象（如 Person b）的字段安全复制到目标对象（如 Person a），但源字段可能为 null。若直接调用 a.setAge(b.getAge()) 且 setAge() 内部对 null 抛出 NullPointerException，再用 try-catch 包裹——不仅性能开销大（异常创建和栈追踪代价高），还会掩盖真正意外的异常（如 IOException 或 IllegalArgumentException），且难以精准定位哪个字段为空。
更优解是主动防御式赋值：在设值前判断值是否为 null，仅当非空时才调用 setter，并在 null 时输出语义明确的日志（如 "The age of Person B is null"）。
以下是推荐的泛型工具方法：
static <T> void setIfNotNull(T value, Consumer<T> setter, String fieldName, String sourceName) {
if (value != null) {
setter.accept(value);
} else {
log.warn("The {} of {} is null", fieldName, sourceName);
}
}调用方式清晰直观，支持上下文感知的日志：
setIfNotNull(b.getAddress(), a::setAddress, "address", "Person B"); setIfNotNull(b.getName(), a::setName, "name", "Person B"); setIfNotNull(b.getAge(), a::setAge, "age", "Person B");
✅ 优势总结：
- 零异常开销：无 throw/catch，纯逻辑判断；
- 日志可读性强：每个字段的空值原因一目了然；
- 类型安全：泛型 T 保证编译期类型匹配；
- 职责分离：业务逻辑（取值）、校验逻辑（判空）、副作用（日志/设值）解耦；
- 可扩展：可轻松增强为支持默认值、断言回调或统一监控埋点。
⚠️ 注意事项：
- 若 setter 方法本身允许 null（如某些 ORM 的 setter 设计），应优先修改其行为（静默接受 null），而非绕行处理；
- 避免在 Consumer 中执行复杂操作——保持工具方法轻量；
- 生产环境建议使用 log.warn() 而非 log.error()，因 null 字段通常是预期中的数据缺失，而非系统错误。
该模式不仅适用于 Person 映射，也广泛适用于 DTO 转 VO、配置加载、API 响应填充等需健壮空值处理的场景。
