表达式

"" + i

导致I在运行时的字符串转换。表达式的整体类型是String。i首先转换为一个Integer对象(new Integer(i))，然后是String。valueOf(Object obj)被调用。所以它等于

"" + String.valueOf(new Integer(i));

显然，这比直接调用String的性能稍差。valueOf(new Integer(i))，这将产生完全相同的结果。

“”+i的优点是打字更容易/更快，有些人可能会认为，它更容易阅读。这不是一种代码气味，因为它并不表明有任何更深层次的问题。

(参考:JLS 15.8.1)

就我个人而言，我没有看到这段代码有什么不好的地方。

当您想记录一个int值，而记录器只接受一个字符串时，它非常有用。我想说，当你需要调用一个接受String的方法，但你有一个int值时，这样的转换是很方便的。

至于整数之间的选择。toString或String。这完全是个人品味的问题。 .．.内部是字符串。valueOf调用Integer。顺便说一下toString方法。：）

这取决于你想如何使用你的String。这可以帮助:

String total =  Integer.toString(123) + Double.toString(456.789);

将整数转换为字符串的方法有很多:

1)

Integer.toString(10);

2)

 String hundred = String.valueOf(100); // You can pass an int constant
 int ten = 10;
 String ten = String.valueOf(ten)

3)

String thousand = "" + 1000; // String concatenation

4)

String million = String.format("%d", 1000000)

Personally I think that "" + i does look as the original question poster states "smelly". I have used a lot of OO languages besides Java. If that syntax was intended to be appropriate then Java would just interpret the i alone without needing the "" as desired to be converted to a string and do it since the destination type is unambiguous and only a single value would be being supplied on the right. The other seems like a 'trick" to fool the compiler, bad mojo when different versions of Javac made by other manufacturers or from other platforms are considered if the code ever needs to be ported. Heck for my money it should like many other OOL's just take a Typecast: (String) i. winks

考虑到我的学习方式以及在快速阅读其他代码时易于理解这样的结构，我投票给Integer.toString(I)方法。忘记一个ns或两个在Java如何实现的东西在后台vs. String. valueof (i)这个方法感觉对我来说是正确的，并确切地说正在发生什么:我有一个整数，我希望它转换为字符串。

有一个很好的观点已经说过几次了，也许只是在前面使用StringBuilder是一个很好的答案，构建混合文本和int或其他对象的字符串，因为这将在后台使用，对吗?

我只是把我的两分钱投到曼斯问题的答案中……微笑

经过思考后，编辑成我自己的答案:

好的，好的，我在思考这个问题，String. valueof (I)也很好，它说:我想要一个表示整数值的字符串。哈哈，英语比Java更难解析!但是，我留下我其余的答案/评论…我总是被教导使用方法/函数链的最低级别，如果可能的话，仍然保持可读性，所以如果字符串。valueOf调用Integer。那么为什么要用整个橙子，如果你只是要剥它，嗯?

为了澄清我对StringBuilder的评论，我用文字文本和int's的组合构建了很多字符串，它们最终变得又长又丑，调用了上面提到的嵌入在+'s之间的例程，所以在我看来，如果这些成为SB对象，无论如何，append方法有重载，它可能会更干净，只是继续使用它…所以我想我现在在这件事上要花5美分了，是吗?哈哈

这不仅仅是优化。我不喜欢

"" + i

因为它没有表达出我真正想做的事情。

我不想将一个整数附加到一个(空)字符串。我想把一个整数转换成字符串:

Integer.toString(i)

或者，不是我的首选，但仍然比串联更好，获得一个对象的字符串表示(整数):

String.valueOf(i)

1. 对于经常调用的代码，比如在循环中，优化当然也是不使用串联的一个原因。

2. 这对于在System.out中使用真正的连接是无效的。println("Index: " + i);or String id = " id " + i;