jbjares wrote:Caro brrodo,

Quero só que você me diga de onde tirou esta informação??

Citando brrodo:

Entenda q o pool de strings é populado ANTES do código ser executado...As únicas strings literais existentes até este ponto são:
"fred"
"marcos"
" silva"

O intuito do pool é otimizar o desempenho da JVM, da seguinte maneira:
Varrer o código e separar todas as literais declaradas e checar se, por exemplo, existem 2 ou mais string literais "fred" declaradas no código (como no caso q vc citou), se houver, apenas uma string será coloada no pool e todas as referências apontarão pra ela. É uma maneira de "poupar" memória.

No caso do String.concat(), se puder olhar na documentação verá q ela retorna um objeto String.

Como disse anteriormente, eu jamais lí nada parecido em lugar algum. Quer dizer que a Maquina Virutal tem uma espécie de Thread (serviço) que fica varrendo o código o tempo todo para encontrar "literais" e coloca-los no pool? Cara se vocẽ me disser em que lugar da especificação posso encontrar isso, eu realmente terei que rever meus conceitos.

Citando thingol:

Quando a JVM carrega uma classe, ela inspeciona as constantes strings que estão definidas no código dessa classe e as "interna" no pool.

jbjares wrote:Caro thingol,

Onde consigo esta informação? Quero de uma vez por todas fechar este assunto e deixar meu entendimento neste tema redondo, mas eu preciso de fontes. Vocẽ tem?

Citando thingol:

Quando a JVM carrega uma classe, ela inspeciona as constantes strings que estão definidas no código dessa classe e as "interna" no pool.

Abraço.

thingol wrote: 1. public void testeString() { 2. String s1 = "fred"; 3. String s2 = new String("marcos"); 4. String s3 = new String("fred"); 5. s1 = s1.concat(" silva"); // aqui eu travei, 6. String s4 = s1; 7. }
a) Quando a classe que contém este código for carregada, então a JVM irá verificar que há as seguintes constantes string: "fred", "marcos" e " silva", irá criar um objeto String para cada uma dessas constantes, e irá internar esses tais objetos no pool de strings. Isso, nas questões de provas, não conta como criação de objetos, porque nas provas pergunta-se qual é o número de objetos criados DENTRO do método.
b) Linha 2 - a variável s1 recebe uma referência para o objeto String "fred" que já está no pool. Criados ZERO objetos.
c) Linha 3 - o construtor de String recebe uma referência para o objeto String "marcos" e CRIA UMA NOVA STRING. s2 recebe uma referência para essa nova string. Criado UM objeto (sem contar o objeto char[] que todo objeto String referencia.)
d) Linha 4 - análogo à linha 3. Criado UM objeto.
e) Linha 5 - O método "concat" da classe String, chamado sobre o objeto String contendo o valor "fred", recebe uma referência para o objeto String " silva", cria um StringBuilder, copia os caracteres contidos nela mesma ("fred"), copia os caracteres contidos no parâmetro (" silva"), e a seguir chama o método toString da classe StringBuilder, o que como resultado líquido CRIA UMA NOVA STRING com o conteúdo "fred silva". Então essa nova string é atribuída à variável s1, que por sua vez perde referência à string "fred". Portanto: criado UM objeto. (as questões normalmente só contam o número de objetos líquidos, não os objetos temporários criados pelos métodos).
f) Linha 6 - a variável s4 recebe uma referência ao objeto "fred silva" que também é referido por s1. Criados ZERO objetos.

Portanto foram criados 3 objetos.

ViniGodoy wrote:
Contar quantos objetos foram criados? Francamente, parece gasto de tempo e esforço demais, para uma curiosidade interessante da linguagem...

É por essas e outras que realmente questiono a qualidade dessas provas de certificação. Temos um candidato que sabe exatamente como funciona cada vírgula do compilador, mas codifica de maneira mal, porca e inenteligível, como os códigos que ele vê nas provas e nos livros da Kathy.

ViniGodoy wrote:Não entendo pq se dá tanta relevância a esse tema, se nunca vi uma aplicação em que o conhecimento disso a melhorasse, ou evitasse que você caísse numa armadilha. É só pra agradar os certificadores, mesmo.

Claro, a única coisa relevante disso, é saber que as vezes uma comparação com == pode dar true para strings iguais, mas que isso nem sempre será verdade e que, portanto, o equals deverá ser usado, como você já faria para qualquer objeto.

Mas observado esse detalhe, não sei porque perde-se tanto tempo estudando cada meandro do Pool de strings.

Contar quantos objetos foram criados? Francamente, parece gasto de tempo e esforço demais, para uma curiosidade interessante da linguagem...

É por essas e outras que realmente questiono a qualidade dessas provas de certificação. Temos um candidato que sabe exatamente como funciona cada vírgula do compilador, mas codifica de maneira mal, porca e inenteligível, como os códigos que ele vê nas provas e nos livros da Kathy.