Stream.ofNullable()能替代null检查+Stream.of()，因其专为可能为null的单个值设计，内部自动返回空流而非含null元素的流，避免NPE且省去obj != null ? Stream.of(obj) : Stream.empty()样板代码。
Stream.ofNullable() 为什么能替代 null 检查 + Stream.of()
它专为「可能为 null 的单个值」设计，内部自动跳过 null，避免 NullPointerException。不用再写 obj != null ? Stream.of(obj) : Stream.empty() 这种样板逻辑。
常见误用是拿它处理集合或数组——它只接受一个参数，传 list 或 array 会把整个容器当一个元素放进流里，不是你想要的「展开」效果。
- 适用场景：包装返回值不确定是否为 null 的方法调用，比如
Optional.orElse(null)、DAO 查询单条记录、HTTP 响应体解析后可能为 null 的 DTO - 不适用场景：处理
List<String>、String[]、或需要过滤/映射后再判断是否为空的情况 - 性能上无额外开销，比手动判空 + 构造流更轻量，且语义更清晰
正确用法：传入单个可能为 null 的引用类型
必须确保参数是明确的、非集合类型的引用变量或表达式。编译器不会帮你检查运行时是否真为 null，但至少类型安全。
String name = getName(); // 可能返回 null Stream<String> stream = Stream.ofNullable(name); // ✅ 安全：name 为 null → 空流；否则含一个元素 User user = findUserById(123); // DAO 方法可能返回 null Stream<User> userStream = Stream.ofNullable(user); // ✅ 合理用法
- 原始类型（如
int）不能直接传入，需用包装类（Integer） - 传入
Optional.empty().orElse(null)是 OK 的，但不如直接用optional.stream()直观 - 如果值是空字符串
""或空集合，它依然会放进流——ofNullable()只认null，不认「逻辑空」
和 Optional.stream() 的关键区别在哪
两者行为一致，但语义和使用前提不同：Optional.stream() 要求你已有 Optional 实例；Stream.ofNullable() 直接从原始引用出发，省去封装步骤。
- 已有
Optional<String> opt = Optional.ofNullable(someStr);→ 用opt.stream()更自然 - 只有
String s = legacyMethod();（没 Optional 包装）→ 用Stream.ofNullable(s)更直接 - 嵌套调用易出错：不要写
Stream.ofNullable(Optional.ofNullable(x).orElse(null))，纯属冗余 - 注意兼容性：
Stream.ofNullable()是 Java 9 引入的，Java 8 项目无法使用
容易被忽略的边界情况
最常踩的坑是混淆「null 安全」和「业务空值处理」。这个方法只解决 NPE，不解决你是否该把空字符串、零值、未初始化对象当作有效数据。
- 传入
new String[0]→ 流里有一个元素，即这个空数组，不是空流 - 传入
Arrays.asList().toArray()结果同上，仍是「一个 null 数组引用」或「一个空数组对象」，不是null - 泛型擦除下，
Stream.ofNullable((List<String>) null)是合法的，但后续 map/filter 若假设元素非 null，仍可能抛 NPE - 链式调用中，如果中间某步返回 null，比如
Stream.ofNullable(getUser()).map(User::getProfile).map(Profile::getEmail)，第二层map仍可能因getProfile()返回 null 导致 NPE ——ofNullable()只保底第一层
真正安全的链式操作得靠 flatMap 或逐层 Stream.ofNullable() 套用，而不是指望一次包装管全程。
