map会引发装箱拆箱是因为泛型不支持基本类型，返回int时自动装箱为Integer，后续操作又需拆箱；mapToInt直接生成IntStream，避免对象创建与GC压力。
用 mapToInt 替代 map + Integer::intValue 或手动转 int，能直接产出原始 IntStream，绕过 Integer 对象的创建与销毁，从而避免装箱/拆箱开销。
为什么 map 会引发装箱拆箱？
普通 Stream<T>（如 Stream<String>）的 map 返回仍是引用类型流。若你在 map 中返回 int，Java 会自动装箱成 Integer（因为泛型不能是基本类型），后续再调用 sum() 等终端操作时又得拆箱——每次转换都产生对象分配和 GC 压力。
mapToInt 的核心作用：跳过包装层
mapToInt 是中间操作，签名是 <R> IntStream mapToInt(ToIntFunction<? super R> mapper)。它不返回 Stream<Integer>，而是直接构建一个专为 int 优化的原始流，内部全程使用 int[] 或类似结构，无对象参与。
- 输入可以是任意引用流（如
Stream<String>、Stream<Person>） - 映射函数必须是
ToIntFunction，即接收一个参数、返回int - 后续操作（如
sum()、average()、max()）直接在原始值上计算，零额外对象
典型误用与正确写法对比
假设有一个字符串列表，想统计每个字符串长度之和：
立即学习“Java免费学习笔记（深入）”；
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
❌ 低效写法（隐式装箱）：
int sum = list.stream()
.map(String::length) // 返回 Stream<Integer> → 装箱
.mapToInt(Integer::intValue) // 再拆箱 → 多余且易错
.sum();
✅ 推荐写法（一步到位）：
int sum = list.stream()
.mapToInt(String::length) // 直接生成 IntStream，无对象
.sum();
同理，对对象字段提取：persons.stream().mapToInt(Person::getAge) 比 .map(Person::getAge).mapToInt(Integer::intValue) 更快更简洁。
注意边界情况：null 安全与默认值
mapToInt 的 mapper 函数不能返回 null（因为 int 是非空基本类型）。如果源数据可能含 null，需提前过滤或提供默认逻辑：
- 过滤 null：
stream.filter(Objects::nonNull).mapToInt(...) - 用 Optional 或三元表达式提供默认值：
mapToInt(s -> s == null ? 0 : s.length()) - 避免在 mapper 里调用可能返回 null 的方法（如
Integer::valueOf），改用Integer::parseInt或校验后取值
