new Integer("") x Integer.parseInt("")

Ambos são aceitos, porém, gostaria de saber, qual apresenta uma melhor performance por em uma linha do tipo :

JavaEvangelist Membro desde: 28/09/2009 16:33:23 Mensagens: 310 Offline

Não se preocupe com performance para este tipo de situação...
na realidade os dois tem objetivos e retornos diferentes....

[]'s

GUJ Expert Membro desde: 18/02/2008 16:17:53 Mensagens: 3002 Offline

http://www.google.com/codesearch#a9vGG9ncPig/src/share/classes/java/lang/Integer.java&ct=rc&cd=5&q=Integer.java

Dá na mesma.

This message was edited 1 time. Last update was at 04/01/2012 19:00:45

Bruno Laturner wrote:Dá na mesma.

O primeiro é um método construtor. Você acabará com um int criado, associado a um endereço de memória extra, o do objeto. 2 alocações no lugar de uma só. Além disso, você também terá a criação ocorrendo no heap, local onde ficam os objetos no Java, e não no stack, local das variáveis locais e propriedades são criadas. E o pior, após a criação do objeto, você simplesmente o descarta, por causa do auto-unboxing.

No fundo aquele código equivale à:

Não sei se tem alguma otimização da VM que elimina a construção desse objeto (me parece um tipo de construção que seria muito fácil otimizar), mas o fato é que a recomenção é sempre preferir trabalhar com int no lugar de Integer:

An Integer is not a substitute for an int; autoboxing and unboxing blur the distinction between primitive types and reference types, but they do not eliminate it.

Fonte: http://docs.oracle.com/javase/1.5.0/docs/guide/language/autoboxing.html

Notícias, artigos e o maior fórum brasileiro sobre Java