Java方法内的内部函数是否普遍比外部静态方法运行速度更慢？

你观测到的性能差异不是Lambda天生比外部静态方法慢的普遍规律，差异来源是测试场景下的对象分配、JIT优化进度的区别，不是两种写法的逻辑执行效率有本质差距。

• 第一部分开销来自你写的Lambda是捕获外部局部变量的有状态Lambda。
  Java对Lambda的实例化规则是：无捕获（不引用方法内外的外部变量）的Lambda会被JVM全局缓存为单例，不会重复创建；但像你代码里直接引用了方法内部map变量的Lambda，每次执行getMap()方法时，都会新建一个独立的Lambda实例。你测到的近400ns的开销，大头就是这个对象的分配成本，不是Lambda执行非空判断、put写入的逻辑成本。
• 第二部分开销来自初期的调用路径优化不足。
  静态方法是编译期直接绑定的符号调用，JIT编译器会很早对它做内联、消除方法调用开销；而Lambda走的是BiConsumer接口的accept虚方法调用路径，在JIT没有完成对这条调用链的内联优化前，会保留额外的虚方法跳转成本。等测试跑过足够多的循环次数，JIT把Lambda的调用逻辑完全内联之后，这部分差异会快速消失。

• 你可以做个简单验证：把捕获了map的Lambda改成无捕获形式（也就是不直接引用外部map，把map作为调用参数传入Lambda），或者直接把Lambda定义成类的静态常量（不引用方法内部的局部变量），此时不会重复创建Lambda实例，再测出来的开销会和静态方法的31ns几乎没有差别。
• 不存在“内部函数一定比外部静态方法慢”的通用判定。当业务场景里单次方法执行要做几十上百次map写入时，那点对象创建的固定开销会被完全摊薄，两种写法的实际性能没有可感知的区别。只有在单次执行仅做寥寥几次写入、且频繁触发方法调用的极端场景下，重复创建捕获型Lambda的对象分配成本才会成为可感知的性能损耗。

内容的提问来源于stack exchange，提问作者nimo23