Stream.of()适合处理已知数量的零散独立对象，如Stream.of("a", "b", "c")；传数组会将其视为单个元素，应改用Arrays.stream(arr)；空流须用Stream.empty()，不可传null。
Stream.of() 适合什么场景
当你手头已有几个确定的对象（比如 String、Integer 或自定义 POJO），想立刻转成流做链式操作（filter、map、collect），又不想写 Arrays.asList(...).stream() 这种冗余代码时，Stream.of() 就是最直接的选择。它本质是把可变参数包装成流，底层不涉及集合中转，开销极小。
怎么传参才不会触发泛型擦除陷阱
常见错误是传入一个数组却误以为得到元素流，比如：Stream.of(new String[]{"a", "b"}) 实际生成的是含单个数组对象的流，不是两个字符串的流。正确做法是显式展开或用 Arrays.stream()。
- 多个独立对象：直接列出来 →
Stream.of("a", "b", "c") - 已有数组要拆开：用
Arrays.stream(arr)，别用Stream.of(arr) - 空流需求：用
Stream.empty()，Stream.of()不接受null参数，传null会抛NullPointerException
和 Stream.ofNullable() 的关键区别在哪
Stream.of() 对 null 零容忍；而 Stream.ofNullable()（Java 9+）专门处理单个可能为 null 的值：为 null 时返回空流，非 null 时返回含该元素的流。两者适用点完全不同：
- 明确知道值不为空，且数量少 → 用
Stream.of(a, b, c) - 不确定某个变量是否为
null，只想安全地“尝试”转成流 → 用Stream.ofNullable(x) - 需要兼容 Java 8 → 只能用
Stream.of()或手动判空 +Stream.empty()
自定义对象流要注意什么
构建自定义类的流完全没问题，但注意流操作中若涉及 toString()、equals() 或排序，得确保类已合理重写这些方法，否则默认行为可能不符合预期。
例如：Stream.of(new User("Alice", 30), new User("Bob", 25)).sorted(Comparator.comparing(User::getAge)) 能跑通，但若 User 没实现 toString()，调试时打印流内容就只能看到哈希码。
另外，Stream.of() 创建的是顺序流，不自动并行；如需并行处理，得显式调用 .parallel()，但小数据量下反而可能因线程开销得不偿失。
流一旦消费（比如调用了 collect() 或 forEach()），就不能复用 —— 这点容易被忽略，尤其在测试时反复调用同一变量名的流会抛 IllegalStateException。
