Java原语实现

Question

Java 有基本类型的对象（Integer）和原始版本（int）。

原始版本更快/更轻等。所以一般来说你应该使用它们。

我想知道为什么 Java 的设计者不仅有对象类型，而且使用原始版本作为幕后的优化。

所以：

Integer foo(Integer alpha)
{
    Integer total = 0;
    for(Integer counter = 0; counter < alpha; counter++)
    {
        total += counter;
    }
    return total;
}

将被编译成如下代码：

int foo(int alpha)
{
    int total = 0;
    for(int counter = 0; counter < alpha; counter++)
    {
        total += counter;
    }
    return total;
}

本质上，这个假设的 java 编译器会将 Integer、Double、Float 等的实例转换为等效的原始类型。只有在真正需要对象的情况下（例如将元素放入容器中）才会涉及实际的 Integer 对象。

注意：上面的代码在 Integer 对象上使用了运算符，我知道这实际上是不允许的。由于我正在发明假设的 Java 编译器，所以我会假装这个编译器对 Integer/Float/Double 具有特殊的大小写，就像对 String 一样。

Answer 1

您需要某种方式向编译器发出信号，表明您需要盒装版本，对吧？否则，它怎么知道你想要的是有属性的版本还是原始版本？当您将 Integer 传递给计算 Integer.MAX_VALUE 的方法时会发生什么？

Answer 2

我想知道的是为什么 Java 的设计者不仅有对象类型并使用原始版本作为幕后的优化。

要了解 Java 设计决策背后的原因，您需要了解做出这些决策的历史背景。

基本类型和引用类型之间的强烈区别已融入到 JDK 1.0 之前的语言设计中。在 JDK 1.5 之前，仅此而已：如果您想将整数放入集合（例如），则显式使用 Integer.valueOf(int) 等

。添加到 JDK 1.5 中的类型系统中，它必须以向后兼容的方式完成。他们想出了一个很好的妥协方案……但如果他们从零开始的话，他们会/可能实现的目标并不是这样。

（他们第一次没有/无法“做对”的原因......早在 1990 年代初可能与原始语言范围以及他们获得第一个版本所面临的时间压力有关如果他们花了额外的几个月/几年的时间试图把它做好，那么该项目很可能会被终止……或者营销窗口将会关闭。）