为何将Optional中的Lambda替换为方法引用会引发NullPointerException？

首先明确：在你给出的代码场景中，两段代码都不会抛出NullPointerException——因为Optional.ofNullable((String) null)返回的是空Optional，ifPresent方法不会执行传入的Consumer逻辑。如果你观察到第二段代码抛出NPE，大概率是测试时的代码细节和描述不一致（比如Optional实际传入了非null值）。

我们来拆解两者的本质：

• Lambda表达式 str -> a.setStr(str)：
  这是一个匿名的Consumer<String>实现，只有当Optional内部存在非null值时，ifPresent才会调用这个Consumer的accept方法，进而执行a.setStr(str)。在你的场景中，Optional为空，这段逻辑根本不会执行，所以即使a是null也不会触发NPE。

• 方法引用 a::setStr：
  这是实例方法引用，本质是捕获a的当前值（这里是null）后，生成一个Consumer<String>。它的行为等价于Lambda表达式：当accept方法被调用时，执行a.setStr(str)。同样，只有Optional有值时才会调用accept，你的场景中Optional为空，所以不会触发任何调用，自然也不会抛出NPE。

为什么会误以为有差异？ #

如果你的第二段代码确实抛出了NPE，可能的原因：

1. 你实际传入Optional.ofNullable的是一个非null的字符串，导致accept被调用，此时a是null，触发NPE；
2. 使用了存在bug的早期Java 8版本（这种情况非常罕见）；
3. 变量a的定义或修改与描述不一致（比如a不是effectively final的局部变量，但你的代码中a是局部变量且未修改，所以这种情况不成立）。

总结：在你描述的代码场景下，两段代码逻辑完全一致，行为没有差异。

内容的提问来源于stack exchange，提问作者周亿进