IntConsumer通过void accept(int value)签名实现零装箱开销，JVM按值传递、栈上操作；需配合int[]/IntStream源头、原始类型集合及避免循环内调用包装类API才能真正生效。

IntConsumer 通过方法签名直接使用 int 原始类型，从调用起点就绕过 Integer 对象创建，实现零装箱开销。

签名层面杜绝装箱入口

它的唯一抽象方法是 void accept(int value)，参数明确为原始 int。JVM 按值传递，数据在栈上操作，不涉及堆分配、Integer.valueOf() 或任何隐式对象构造。

• 对比 Consumer<Integer>：传入 int 会强制装箱；传入 Integer 后续运算又常需拆箱
• IntConsumer 的 lambda 写法如 i -> System.out.println(i)，编译后字节码直接操作 ILOAD/IADD 等整数指令

批处理中避开隐式装箱陷阱

即使接口本身不装箱，lambda 体内的错误写法仍会触发装箱——这是高频循环中最常见的性能回退点。

• 避免在 lambda 中调用需要引用类型的 API：如 list.add(i)、map.put(i, "x")、String.valueOf(i)（后者虽不 new 对象，但若用于日志拼接或集合操作，仍可能连带引发装箱）
• 若必须存入集合，不要在循环内做；改为先用 int[] 缓存，批量处理完再统一转换
• 状态标记、索引计数、临时计算变量一律用 int，不声明 Integer 局部变量

配合原始类型生态使用才真正生效

IntConsumer 不是孤立优化，它需嵌入原始类型链路才能发挥全部价值：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

立即学习“Java免费学习笔记（深入）”；

• 源头数据来自 int[] 或 IntStream，而非 List<Integer>
• 下游消费方也应支持原始类型，例如用 SparseArray（Android）或 IntObjectHashMap（Eclipse Collections），而非 HashMap<Integer, V>
• 日志输出改用占位符：log.info("value={}", i)（SLF4J）或封装工具方法，避免 "value=" + i 触发 StringBuilder.append(int) 内部的 Integer.valueOf()

典型误用与修正对照

以下代码看似简洁，实则每轮都装箱：

❌ 错误写法（循环内装箱）
IntConsumer printer = i -> list.add(i); // i → Integer.valueOf(i)
numbers.forEach(printer);

✅ 正确写法（保持原始类型流
int[] raw = numbers.toArray(); // 假设 numbers 是 int[] 或 IntStream
for (int i : raw) { /<em> 直接用 i </em>/ }
// 或用 IntConsumer 处理纯数值逻辑，不碰包装类集合