IntStream.of()只接受int类型可变参数，不支持Integer数组或非int数值；与Arrays.stream(int[])均生成原始int流，但前者用于离散值拼装，后者适用于已有数组切片。
IntStream.of() 能直接传入哪些参数类型
IntStream.of() 只接受可变参数 int...，也就是必须是基本类型 int 值，不能传 Integer 对象数组（会触发重载到 Object...，编译失败），也不能传单个非 int 类型变量（比如 long 或 short 会因隐式转换被拒绝）。常见错误是写成 IntStream.of(new Integer[]{1,2,3}) 或 IntStream.of(1L, 2L)，都会报错。
正确用法就是平铺写：
IntStream.of(5, -3, 0, 42, 99)它内部直接构造一个基于原始
int 数组的流，没有装箱开销。
和 Arrays.stream(int[]) 的区别在哪
两者都生成原始 int 流，但源头不同：IntStream.of() 是“现场拼装”，Arrays.stream() 是“从已有数组切片”。性能上几乎无差别，但语义清晰度不同。
- 用
IntStream.of()更适合硬编码离散值、测试数据或少量动态值拼接（比如IntStream.of(a, b, c + d)） - 用
Arrays.stream()更适合已存在int[]变量、需要子范围（如Arrays.stream(arr, 2, 5)）或配合toArray()往返操作 - 注意：
Arrays.stream(new int[]{1,2,3})和IntStream.of(1,2,3)行为一致，但前者多一次数组创建，后者更轻量
常见运算链中怎么避免提前终止或类型丢失
离散值流一旦开始运算，就和其他 IntStream 一样遵循懒求值。但容易踩的坑是中间用了 boxed() 或转成引用流后又想用原生 int 操作：
- 别在链中调用
.boxed().map(...)后再试图用mapToInt()—— 编译不通过，类型已变 - 聚合操作如
sum()、max()返回的是OptionalInt或基本类型，不是Optional<Integer>，别用.get()直接取，先判空 - 若需过滤后仍保持
IntStream，用filter()+map()；若要转成List<Integer>，必须显式.boxed().collect(Collectors.toList())
例如求绝对值之和：
int total = IntStream.of(-5, 3, -1).map(Math::abs).sum(); // 正确而不是
.boxed().map(Math::abs) —— 那会报错，因为 Math::abs 不接受 Integer。
为什么有时候用不了方法引用而得写 lambda
IntStream.of() 生成的是原始流，所有中间操作都限定在 IntUnaryOperator、IntPredicate 等原始函数式接口上。这意味着你不能直接把只接受 Integer 的方法（比如某些工具类里的 StringUtils.isNumeric(String)）塞进去——类型不匹配。
典型场景：你想对每个数做字符串校验或外部 API 调用，就得手动拆箱或改用 Stream<Integer>：
- 坚持用
IntStream：写mapToObj(i -> String.valueOf(i))再处理 - 换用引用流：用
Stream.of(1,2,3).map(Integer::valueOf)，但失去原始流优势 - 多数时候，如果后续操作涉及大量对象交互，不如一开始就用
Stream.of()，别硬套IntStream.of()
离散整数是否值得走原始流，取决于后续运算是纯数值计算还是混合对象逻辑 —— 这个边界容易被忽略。
