:: Dúvida simples sobre performance e alocação de memória para criação de String

This message was edited 2 times. Last update was at 28/04/2011 15:03:54

Pessoal,

Dúvida simples mas que vai dar muitas páginas de discussão.

Qual código é mais performático? Ou melhor, qual código necessitará de menos memória para execução?

Ou será que existe uma combinação das opções acima que pode ser a ideal?

Outra coisa. Existe diferença entre:

Me disseram que o this.getClass() vai fazer a JVM usar reflection para descobrir qual a classe ... lol ... eu não acredito nisso, mas não custa perguntar para garantir.

Obrigado pelas opiniões.

Ps: Se algum moderador ou admin achar que este post não se enquadra na sessão off-topic, favor mover para a sessão correta ... afinal, estou falando de java

[]'s

This message was edited 1 time. Last update was at 28/04/2011 15:30:00

Em Las Vegas eu apostaria na #2! (Não em um teste isolado mas no uso "normal" do código)

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3927 Offline

Voce vai ter que olhar o bytecode resultante. Pega um heditor de hexa e compare os dois arquivos e veja a quantidade de linhas. Eu apostaria que daria tudo na mesma coisa.
Lembre-se que posteriormente o jit otimiza.

UP!

JavaTeenager Membro desde: 14/02/2010 22:07:42 Mensagens: 159 Offline

Eu diria que esse esquema de concatenar String com + hoje em dia não tem diferença nenhuma. Se fizer reverso do bytecode vai ver que ele otimisa pra você.

GUJ Master Membro desde: 29/05/2008 14:09:28 Mensagens: 1617 Offline

ArtesaoDeSoftware wrote:Eu diria que esse esquema de concatenar String com + hoje em dia não tem diferença nenhuma. Se fizer reverso do bytecode vai ver que ele otimisa pra você.

Na prática, sempre que o operador + é usado para concatenação de String o compilador instancia um StringBuilder e utiliza o append() para a concatenação. Mas mesmo assim é preciso tomar cuidado com o uso desse operador. Esse artigo esclarece muito bem o assunto:

http://blog.caelum.com.br/revisitando-a-concatenacao-de-strings-stringbuilder-e-stringbuffer/

JavaChild Membro desde: 10/09/2009 20:22:37 Mensagens: 127 Offline

a mesma coisa nos três abraços

This message was edited 1 time. Last update was at 05/05/2011 13:04:42

Só o fato de você estar usando um logger significa que você estará realizando rotinas de IO, logo, acredito que todo ganho de performance que você ganharia com manipulação de Strings seria "perdido". Quanto as opções:
Concatenação usando + , o java troca pelo uso de StringBuilder como o rmendes08 falou.
Então seria criado um StringBuider, uma String para "O processo " uma para " finalizou em " e uma para process.getName() e, claro, uma pelo método toString do objeto StringBuilder. Sem contar as chamadas ao método append.

A segunda forma, creio que seriam apenas Strings: "O processo %s finalizou em %s" , process.getName(). Usaria alguma técnica de replace para cada %s e um String resultante para cada replace, sendo o último replace a String final a ser apresentada.

(estou considerando que time não é uma String).
Qual é mais performática? Em termos de uso de memória, diria que é a segunda forma. Mas para ter certeza, usaria algum profiler.

O if que testa se o logger está ativo minimiza possíveis exceções geradas pelo mesmo, ou ao menos, evita chamadas desnecessárias.

Quanto a diferença do .getClass() e do class, o getClass() vai precisar saber qual o tipo real do objeto. O .class, retornará o objeto correto da classe.
Não sei se ocorre por reflexão ou por polimorfismo, mas prvavelmente é um desses, logo deve "gastar mais processamento".

Segue um exemplo:

Resultando em:

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