我为什么要用双人。valueOf（）而不是新的Double（）？[重复]

Question

据我所知，例如，整数缓存了值为-128到127的实例。这是JLS的要求。JLS 5.1.7：

如果要装箱的值p是对布尔、字节、字符、短、int或长类型的常量表达式（§15.29）求值的结果，且结果为true、false、包含“\u0000”到“\u007f”范围内的字符，或包含-128到127范围内的整数，则a和b是p的任意两个装箱转换的结果。a==b的情况总是这样。

所以我能理解使用整数的意义。valueOf（）或Long。valueOf（）而不是使用新运算符创建实例。使用valueOf（）返回值为-128到127的固定实例。在本例中，我甚至可以使用==运算符比较两个对象。此外，我可以使用-XX:AutoBoxCacheMax增加缓存的上限范围=

但是我不明白为什么不建议使用新的Float（）和新的Douple（）？Float和Douple都没有缓存。而value（）运算符返回使用新运算符创建的实例。

根据JDK文档，我应该使用静态工厂方法Float。value of（）或Double。valueOf（）而不是新的Float（）或新的Double（），我将拥有“显著更好的空间和时间性能”。但它们在哪里？

/**
 * Constructs a newly allocated {@code Double} object that
 * represents the primitive {@code double} argument.
 *
 * @param   value   the value to be represented by the {@code Double}.
 *
 * @deprecated
 * It is rarely appropriate to use this constructor. The static factory
 * {@link #valueOf(double)} is generally a better choice, as it is
 * likely to yield significantly better space and time performance.
 */
@Deprecated(since="9")
public Double(double value) {
    this.value = value;
}

/**
 * Returns a {@code Double} instance representing the specified
 * {@code double} value.
 * If a new {@code Double} instance is not required, this method
 * should generally be used in preference to the constructor
 * {@link #Double(double)}, as this method is likely to yield
 * significantly better space and time performance by caching
 * frequently requested values.
 *
 * @param  d a double value.
 * @return a {@code Double} instance representing {@code d}.
 * @since  1.5
 */
@HotSpotIntrinsicCandidate
public static Double valueOf(double d) {
    return new Double(d);
}




Answer 1

他们假设有一天他们可能会添加一个缓存，在这种情况下，建议是正确的。但它从未发生过，也可能永远不会发生，所以这没什么区别。