包装类是基本类型参与函数式编程的必要桥梁，因泛型只接受引用类型；自动装箱/拆箱虽便捷但需防空指针与性能损耗；优先使用IntStream等原始流提升效率；Optional与包装类协同实现安全可组合的空值处理。
Java 基本类型不能直接参与函数式编程，因为函数式接口（如 Function、Predicate、Supplier、Consumer）的泛型参数必须是引用类型。包装类正是桥梁——它们让基本值能以对象形式进入 Stream、Lambda、Optional 等现代 API。
包装类是函数式接口泛型的唯一合法载体
Java 集合、Stream 和函数式接口不接受基本类型作为类型参数。例如：
-
List<int></int>❌ 编译失败；List<integer></integer>✅ 合法 -
Function<int string></int>❌ 错误；Function<integer string></integer>✅ 正确 -
Stream<int></int>❌ 不存在；Stream<integer></integer>✅ 标准用法
这是因为泛型在编译后会类型擦除为 Object，而基本类型不是 Object 的子类。只有包装类（如 Integer）才是真正的引用类型，能被泛型系统接纳。
自动装箱/拆箱让转换“隐形”，但需警惕性能与空指针
在 Lambda 表达式或 Stream 操作中，编译器常自动完成装箱与拆箱：
立即学习“Java免费学习笔记（深入）”；
-
Stream.iterate(1, i -> i + 1).limit(5).map(i -> i * 2)：这里的i是Integer，i * 2触发自动拆箱 → 计算 → 自动装箱回Integer -
list.stream().filter(x -> x > 10)：x是Integer，比较时自动拆箱为int
⚠️ 注意两点：
- 若
x为null（比如从数据库查出空值并存为Integer），x > 10会抛NullPointerException - 高频循环中频繁装拆箱（如百万级
Stream<integer></integer>计算）会产生额外对象和 GC 压力，此时应考虑IntStream等原始类型特化流
优先使用原始类型特化流（IntStream / LongStream / DoubleStream）提升效率
Java 8+ 提供了专为基本类型优化的流接口，完全绕过包装类开销：
-
IntStream.range(1, 100).map(i -> i * i).filter(i -> i % 2 == 0)：全程操作int，无对象创建 - 从集合转原始流：
listOfIntegers.stream().mapToInt(Integer::intValue) - 从原始流转回包装类：
intStream.boxed()→ 得到Stream<integer></integer>
当数据源本身就是基本值逻辑（如索引、计数、数值计算），用 IntStream 比 Stream<integer></integer> 更快更省内存。
Optional 与包装类协同处理可能为空的值
Optional 本身不是包装类，但它天然适配包装类的可空特性：
-
Optional<integer> opt = Optional.ofNullable(getUserId());</integer>—— 利用Integer可为null的语义表达“值可能不存在” -
opt.map(id -> id + 1000).orElse(0)—— 链式操作安全，避免显式判空 - ⚠️ 不要用
Optional<int></int>（非法），也不建议将Optional<integer></integer>作为方法参数或字段（违背设计初衷）
这种组合把“空值语义”从易错的手动 if (x != null) 升级为声明式、可组合的函数式流程。
