为什么我不应该在Java8中对Optional使用基于身份的操作？

Question

java.util.Optional状态的javadoc :

这是一个基于价值的课程; 在Optional的实例上使用身份敏感操作(包括引用相等(==),标识哈希代码或同步)可能会产生不可预测的结果,应该避免使用.

但是,这个junit片段是绿色的.为什么？它似乎与javadoc相矛盾.

    Optional<String> holder = Optional.ofNullable(null);
    assertEquals("==", true, holder == Optional.<String>empty());
    assertEquals("equals", true, holder.equals(Optional.<String>empty()));

Answer 1

您不应该从在特定实现下运行的一个简单测试的观察到的行为得出任何结论.规范说您不能依赖此行为,因为API设计者保留自己随时更改行为的选项,恕不另行通知.

术语" 基于价值的类"已经提供了有关预期选项的提示.当进行具有相同值的重复调用时,未来版本或替代实现可能返回相同的实例,或者JVM可能实现基于身份的操作没有意义的真值类型.

这类似于valueOf包装器类型的装箱方法返回的实例.除了为某些(小)值所做的保证之外,未指定是创建新实例还是为相同值返回相同的实例.

"如果程序试图将两个引用区分为基于值的类的相等值,则程序可能会产生不可预测的结果......"也可能意味着参考比较的结果可能在两个基于值的类实例的生命周期内发生变化.考虑重复数据删除功能.由于JVM已经char[]为Strings 的内部数组提供了这样的功能,因此将此功能扩展到"基于值的类"的所有实例的想法并非如此牵强.