方法引用基准对象为null时会立即抛npe，需在构造前过滤或用optional封装避免；禁用optional.map(user::getname)等裸引用，改用lambda或objects工具方法。
方法引用的基准对象为 null 时，比如 User::getName 中的 User 实例本身是 null，Java 在真正执行该引用（如在 map、forEach 等函数式操作中触发）时会立即抛出 NullPointerException。这不是编译期错误，也难被静态检查捕获，但完全可预防——关键在于不让 null 进入方法引用的执行链。
提前拦截基准对象为 null 的情况
方法引用本身不校验接收者是否为空，所以必须在构造引用前确保对象非 null：
- 对单个对象，显式判空再决定是否构建引用：
if (user != null) { list.add(user::getName); } - 对集合批量处理，优先用
stream().filter(Objects::nonNull)过滤掉 null 元素，再使用方法引用：users.stream().filter(Objects::nonNull).map(User::getName).collect(...) - 避免直接把可能为 null 的变量传给接受
Function或Supplier的 API，例如不要写Optional.ofNullable(user).map(User::getName)—— 这里User::getName仍会在user为 null 时被Optional.map内部调用而崩溃；应改用Optional.ofNullable(user).map(u -> u.getName())，让判空由 Optional 自身完成。
用 Optional 封装后再安全解包
当基准对象来自查找、解析或外部输入（如 findUserById(id)），返回值应定义为 Optional<user></user>，而非裸 User：
- 方法签名明确语义：
public Optional<user> findUserById(int id)</user> - 调用方用
ifPresent或map安全触发方法引用：userOpt.ifPresent(u -> System.out.println(u.getName()))，或userOpt.map(User::getName).ifPresent(System.out::println) - 这样 null 不会进入方法引用上下文，整个链条天然免疫 NPE
用工具方法替代裸方法引用
某些场景下，方法引用虽简洁但风险高，可退一步用更可控的 lambda + 工具方法：
- 代替
String::length，用s -> Objects.toString(s, "").length()或s -> StringUtils.length(s)（Apache Commons） - 代替
Object::toString，用Objects::toString（它内部已处理 null） - 代替
List::size，先过滤或用list == null ? 0 : list.size()，或统一用CollectionUtils.size(list)
构造阶段就杜绝 null 基准对象
很多方法引用的 null 来源于“半初始化”对象。应在对象创建时就堵住源头：
- 构造器中强制非空：用
Objects.requireNonNull(user, "user must not be null")校验字段 - DTO 或 Builder 模式中，对必填字段加
@NonNull注解，并配合 Lombok 的@RequiredArgsConstructor(onConstructor_ = @NonNull)自动生成校验逻辑 - 避免 public 字段或 setter 不设防，让对象处于随时可被置 null 的状态
