Olha que pegadinha nesse código!

This message was edited 1 time. Last update was at 17/06/2008 18:02:53

Olá Pessoal

Eu poderia jurar que o código abaixo imprimiria: "false,false", mas imprime "true,true" .Alguém sabe explicar pq?

Em java, Strings são imutáveis. Procure nos artigos do GUJ ou no blog da Caelum (não lembro onde eu vi) que tem uma explicação muito legal.

Olha não sei está certo, mas se você juntar a String "A" + "B" vai ficar AB, tipo se fizer "8" + "9" fica 89, vai uma string atrás da outra.

portanto "A" + "B" == "AB"
e
"A" + "B" == c (c == "AB")
mesma coisa que acima...

This message was edited 1 time. Last update was at 17/06/2008 21:08:13

O grande causo é o pool de Strings.
RafaelViana, você está parcialmente enganado. Quer um exemplo? Rode:

E veja se vai dar true.

Tem um site que achei que acho que a explicação está boa:
http://www.xyzws.com/javafaq/what-is-string-literal-pool/3

Até!

JavaEvangelist Membro desde: 03/04/2006 21:50:51 Mensagens: 388 Offline

Que vacilo, as referências apontam para as mesmas String, afinal todas elas estão no pools, básico !!!

Só pra deixar mais claro vai esse exemplo simples

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

O código que você postou é equivalente ao seguinte código, para o compilador:

É que quando você tem concatenação de constantes strings, o compilador entende que você quer na verdade é uma outra constante string, que seja o resultado da concatenação.
E como sabemos que as constantes strings estão no pool, então o resultado é "true", "true".
Mas isso é na verdade um detalhe de implementação; você precisa procurar na JLS (Java Language Specification) se isso é requerido pela definição da linguagem ou não.

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

Na verdade não entendi pq você achou que seria false,false

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Seria false, false se não houvesse esse recurso de constantes strings estarem no pool. Dessa forma, o operador "==" iria sempre retornar false porque , como sabemos, normalmente objetos com o mesmo conteúdo mas comparados com "==" retornam false, porque não são o mesmo objeto.
== compara referências de objetos, não conteúdo de objetos.

So retornaria True True se estivesem sendo comparadas utilizando o equals, que no caso compara o valor da String.

pintofree wrote:So retornaria True True se estivesem sendo comparadas utilizando o equals, que no caso compara o valor da String.

Você não entendeu a pegadinha. Ele retorna true, true mesmo sem usar o equals!

GUJ Ranger Membro desde: 11/05/2007 19:46:22 Mensagens: 901 Offline

rmendes08 wrote:não entendi pq você achou que seria false,false

Na verdade eu também achei, e o motivo é o seguinte:
À primeira vista, a impressão é que ao fazer "A"+"B" seria gerado um novo objeto String (tem aquela história de fazer a operação usando StringBuffer...). Este objeto teria o valor "AB", mas não seria a mesma instância da literal "AB" (que está no pool).

Porém, o grande Thingol mais uma vez salva o dia:

thingol wrote:É que quando você tem concatenação de constantes strings, o compilador entende que você quer na verdade é uma outra constante string, que seja o resultado da concatenação.

pintofree wrote:So retornaria True True se estivesem sendo comparadas utilizando o equals, que no caso compara o valor da String.

viajei na maionese aki pessoal, desculpa e a fome.

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

hmmmm ... entendi! se eu tivesse algo do tipo

O resultado seria false, pois i1 e i2 referenciam objetos diferentes, mas com o mesmo valor. Porém , no caso das Strings, se eu tiver

O resultado é true, pois com o recurso de pool de Strings, s1 e s2 referenciam o mesmo objeto, é isso?

JavaEvangelist Membro desde: 03/04/2006 21:50:51 Mensagens: 388 Offline

rmendes08 wrote:Na verdade não entendi pq você achou que seria false,false

Muito bem explicado pelo thingol

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