为什么Java自动装箱不会扩展到自动装箱类型方法的方法调用？
Why doesn't Java autoboxing extend to method invocations of methods of the autoboxed types?

Java自动装箱/取消装箱不会允许您取消引用原语，因此编译器会阻止它。 您的编译器仍然将myInt知道为原语。 在jcp.org上有一篇关于这个问题的论文 。

在分配或参数传递期间，自动装箱主要是有用的 - 允许您将基元作为对象传递（反之亦然），或者将基元分配给对象（反之亦然）。

所以不幸的是，你必须这样做:(荣誉帕特里克，我改用你的方式）

Integer.toString(myInt);

贾斯汀所说的同样如此，但你应该这样做：

Integer.toString(myInt);

它节省了一两个分配，并且更具可读性。

另一种方法是使用：

String.valueOf(myInt);

对于每个基本类型和Object ，都会重载此方法。 这样你甚至不必考虑你正在使用的类型。 该方法的实现将为您调用给定类型的适当方法，例如Integer.toString(myInt) 。

请参阅http://java.sun.com/javase/6/docs/api/java/lang/String.html 。

对我来说似乎是规范的缺点

还有更多的缺点，这是一个微妙的话题。 看看这个 ：

public class methodOverloading{
   public static void hello(Integer x){
      System.out.println("Integer");
   }

   public static void hello(long x){
      System.out.println("long");
   }

   public static void main(String[] args){
      int i = 5;
      hello(i);
   }
}

这里将打印“long”（我自己没有检查过），因为编译器选择扩大自动装箱。 使用自动装箱时要小心，或者根本不使用它！

最接近您的示例的有效语法是

((Integer) myInt).toString();

当编译器完成时，这相当于

Integer.valueOf(myInt).toString();

但是，这并不像传统的用法String.valueOf(myInt) ，因为除了特殊情况，它会创建一个新的Integer实例，然后立即抛出它，导致更多不必要的垃圾。 （缓存了一小部分整数，并通过数组访问进行访问。）语言设计人员可能出于性能原因而不鼓励这种用法。

编辑：如果downvoter（s）会评论为什么这没有用，我会很感激。

正如大家所指出的那样，自动装箱可以让你简化一些代码，但你不能假装原语是复杂的类型。

同样有趣的是：Java中的“autoboxing是一个编译器级别的hack” 。 Autoboxing基本上是一个添加到Java上的奇怪的kludge。 看看这篇文章 ，了解它有多奇怪。

如果Java定义了某些静态方法来操作基本类型并在编译器中内置了一些语法糖，那将会很有帮助

5.asInteger

相当于

some.magic.stuff.Integer.asInteger(5);

我不认为这样的功能会导致与根据当前规则编译的任何代码不兼容，并且在许多情况下它将有助于减少语法混乱。 如果Java是被解除引用的autobox原语，人们可能会认为它正在将解除引用语法映射到静态方法调用（这实际上是.NET中发生的事情），因此以这种形式编写的操作并不比它更昂贵。等效的静态方法调用。 添加一个鼓励人们编写错误代码的新语言功能（例如自动装箱解除引用的原语）似乎不是一个好主意，尽管允许使用解除引用风格的方法。

在C＃中，整数既不是引用类型也不是必须加框，以便调用ToString（） 。 它们被认为是Framework中的对象（作为ValueType，因此它们具有值语义）。 在CLR中，基元上的方法通过“间接”将它们加载到堆栈（ldind）来调用。