http://www.guj.com.br/posts/list/11.java JForum - http://www.jforum.net
public class MyClass {

public Integer startingI;

public void methodA() {

Integer i = new Integer(25);

this.startingI = i;

System.out.println(this.startingI == i);

methodB(i);
}

private void methodB(Integer i2) {

i2 = i2.intValue();

System.out.println(this.startingI == i2) // nao entendi pq retorna false...sei que é por causa do método intValue mas pq?;
System.out.println(this.startingI.equals(i2));

}

public static void main(String[] args) {

new MyClass().methodA();

}
}
[/code]

Galera pq o teste de == ali retorna false? Eu sei que o metodo intValue() retorna um int e que == analisa a referencia na memoria porém se comparado um Integer com um int se ambos tiverem o mesmo valor retorna true como por exemplo:
[code]Integer a = 125;
int b = 125;
System.out.println(a==b); // retorna true[/code]

Então pq o retorno e falso no teste dentro do método?]]> http://www.guj.com.br/prepost/197636/991832/duvida-questao-resolvido http://www.guj.com.br/prepost/197636/991832/duvida-questao-resolvido GMT

Edit: Para finalizar.. no seu outro teste:
[code]
Integer a = 125;
int b = 125;
System.out.println(a == b); //imprime true
[/code]

Isso acontece por que ocorre um unboxing do valor do objeto referenciado por a. Assim temos dois ints sendo comparados. Aí, como o valor é o mesmo, == retorna true]]> http://www.guj.com.br/prepost/197636/991845/reduvida-questao http://www.guj.com.br/prepost/197636/991845/reduvida-questao GMT
[code]i2 = i2.intValue();[/code]

E criado entao um novo objeto integer? Pq na realidade ele ta fazendo um unboxing de Integer pra int...
]]> http://www.guj.com.br/prepost/197636/991858/reduvida-questao http://www.guj.com.br/prepost/197636/991858/reduvida-questao GMT ]]> http://www.guj.com.br/prepost/197636/991861/reduvida-questao http://www.guj.com.br/prepost/197636/991861/reduvida-questao GMT http://www.guj.com.br/prepost/197636/991863/reduvida-questao http://www.guj.com.br/prepost/197636/991863/reduvida-questao GMT [code]
//Quando fazemos i2 = i2.intValue(); ocorre algo parecido com isso
int x = i2.intValue();
i2 = new Integer(x);
[/code]
]]> http://www.guj.com.br/prepost/197636/991878/reduvida-questao http://www.guj.com.br/prepost/197636/991878/reduvida-questao GMT http://www.guj.com.br/prepost/197636/991896/reduvida-questao http://www.guj.com.br/prepost/197636/991896/reduvida-questao GMT http://www.guj.com.br/prepost/197636/991967/reduvida-questao http://www.guj.com.br/prepost/197636/991967/reduvida-questao GMT
Se vc fizer um teste vera que da true:

[code]Integer a = new Integer(10)
int b = 10;
System.out.println(a == b);[/code]]]> http://www.guj.com.br/prepost/197636/991982/reduvida-questao http://www.guj.com.br/prepost/197636/991982/reduvida-questao GMT
[url]http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Integer.html#Integer(int)[/url]

[quote]Constructs a newly allocated Integer object that represents the specified int value. [/quote]

Vc tem que considerar tbm o fator de cache do integer.

[code] public static void main(String[] args) {

Integer a = 127;
Integer b = 127;

System.out.println(a==b); //imprime true

Integer c = 128;
Integer d = 128;

System.out.println(c==d); // imprime false

}[/code]

PQ? pq o Integer tem um cache interno de objetos, até o 127. Os objetos maiores que 127 são criados dinamicamente.]]> http://www.guj.com.br/prepost/197636/991988/reduvida-questao http://www.guj.com.br/prepost/197636/991988/reduvida-questao GMT Preciso anotar essa!
Mto boa!

vlew ]]> http://www.guj.com.br/prepost/197636/991991/reduvida-questao http://www.guj.com.br/prepost/197636/991991/reduvida-questao GMT
Nem SEMPRE que é feito um boxing, o new Integer() é chamado.

Antes de mais nada é realizada uma verificação no cache, para ver se já foi feito algum outro boxing que bata com o mesmo tipo e valor deste, até o limite do valor de 127. Se já existe, NÃO é feito o new Integer().

Neste caso a variável em questão, apenas referencia o mesmo endereço de memória do objeto já existente no cache.

Não se ater a este "detalhe" pode nos confundir pelo seguinte motivo:
[code]
Integer a = 25; //novo objeto
Integer b = 25; //usa o mesmo objeto acima. Obs.: se fizéssemos "Integer b = a;" também funcionaria, mas estaríamos simplesmente passando a referência de "a" diretamente. Daí não faria boxing, muito menos usaria o sistema de caching.
b = b.intValue(); //faz unboxing e logo após, boxing novamente. No momento do boxing, é usado o mesmo objeto da variável de referência "a" em cache.
System.out.println(a == b); //true
[/code]
Resultado: true. Pois a variável "b" apenas apontou para o mesmo objeto armazenado no cache outrora criado pela variável "a". Então "b" "aponta" para o mesmo objeto no Heap que "a". Logo podem-se considerar iguais.

enquanto:
[code]
Integer a = new Integer(25); //novo objeto.
Integer b = a; // isto é apenas uma cópia da referência "a". Até aqui b == a é verdadeiro.
b = b.intValue(); //ao fazer o boxing, não há cache, logo é criado o novo objeto diferente com "new Integer()".
System.out.println(a == b); //false
[/code]
Resulta em false. Pois até a linha 3 ainda não tinha sido criado nenhum objeto utilizando a estratégia boxing, logo não existia nada armazenado no cache. Neste caso sim é feito o new Integer() criando um novo endereço de memória. Então após a linha 3, a variável "a" e "b" são objetos diferentes.

No caso do exemplo original o parâmetro que methodB() recebe não foi criado através de boxing. Apenas frisando, como "i" foi criado da forma mais completa (Integer i = new Integer(25)), nada foi armazenado no cache, então ao fazer o boxing na variável "i2", a classe Integer não encontra nada no cache, então o Construtor (new Integer(25)) é chamado, criando um novo objeto. Por isso o código retorna false.
[quote]
...
Integer i = new Integer(25);
...
methodB(i);
...

private void methodB(Integer i2) {
i2 = i2.intValue(); //não há cache, então cria um novo Integer.
System.out.println(this.startingI == i2) //retorna false, os objetos são diferentes.
[/quote]

Apenas como um exemplo, com o simples processo de alterar a linha que cria "Integer i = new Integer(25)" para "Integer i = 25", já seria o suficiente para o código retornar true, ao invés de false, já que a linha "i2 = i2.intValue()" não faria um new Integer(), mas sim usaria o mesmo endereço de memória que a variável "i" estaria "apontando".]]> http://www.guj.com.br/prepost/197636/1105236/reduvida-questao-resolvido http://www.guj.com.br/prepost/197636/1105236/reduvida-questao-resolvido GMT
Nem SEMPRE que é feito um boxing, o new Integer() é chamado.

Antes de mais nada é realizada uma verificação no cache, para ver se já foi feito algum outro boxing que bata com o mesmo tipo e valor deste, até o limite do valor de 127. Se já existe, NÃO é feito o new Integer().

Neste caso a variável em questão, apenas referencia o mesmo endereço de memória do objeto já existente no cache.

Não se ater a este "detalhe" pode nos confundir pelo seguinte motivo:
[code]
Integer a = 25; //novo objeto
Integer b = 25; //usa o mesmo objeto acima. Obs.: se fizéssemos "Integer b = a;" também funcionaria, mas estaríamos simplesmente passando a referência de "a" diretamente. Daí não faria boxing, muito menos usaria o sistema de caching.
b = b.intValue(); //faz unboxing e logo após, boxing novamente. No momento do boxing, é usado o mesmo objeto da variável de referência "a" em cache.
System.out.println(a == b); //true
[/code]
Resultado: true. Pois a variável "b" apenas apontou para o mesmo objeto armazenado no cache outrora criado pela variável "a". Então "b" "aponta" para o mesmo objeto no Heap que "a". Logo podem-se considerar iguais.

enquanto:
[code]
Integer a = new Integer(25); //novo objeto.
Integer b = a; // isto é apenas uma cópia da referência "a". Até aqui b == a é verdadeiro.
b = b.intValue(); //ao fazer o boxing, não há cache, logo é criado o novo objeto diferente com "new Integer()".
System.out.println(a == b); //false
[/code]
Resulta em false. Pois até a linha 3 ainda não tinha sido criado nenhum objeto utilizando a estratégia boxing, logo não existia nada armazenado no cache. Neste caso sim é feito o new Integer() criando um novo endereço de memória. Então a variável "a" e "b" são objetos diferentes.

No caso do exemplo original o parâmetro que methodB() recebe não foi criado através de boxing. Apenas frisando, como "i" foi criado da forma mais completa (Integer i = new Integer(25)), nada foi armazenado no cache, então ao fazer o boxing na variável "i2", a classe Integer não encontra nada no cache, então o Construtor (new Integer(25)) é chamado, criando um novo objeto. Por isso o código retorna false.
[quote]
private void methodB(Integer i2) {
i2 = i2.intValue(); //não há cache, então cria um novo Integer.
System.out.println(this.startingI == i2) //retorna false, os objetos são diferentes.
[/quote]

Apenas como um exemplo, com o simples processo de alterar a linha que cria "Integer i = new Integer(25)" para "Integer i = 25", já seria o suficiente para o código retornar true, ao invés de false, já que a linha "i2 = i2.intValue()" não faria um new Integer(), mas sim usaria o mesmo endereço de memória que a variável "i" estaria "apontando".[/quote]

Mto boa explicação.]]> http://www.guj.com.br/prepost/197636/1105352/reduvida-questao-resolvido http://www.guj.com.br/prepost/197636/1105352/reduvida-questao-resolvido GMT