Comentários sobre: Java Puzzle: curiosidade com a eliminação das variáveis locais

Por: Java

Java — Fri, 19 Jun 2009 07:27:00 +0000

Humm interessante, não sabia desse detalhe.

Bacana o artigo

Parabéns

Por: André Silva

André Silva — Tue, 16 Jun 2009 05:25:57 +0000

Eu não sei se eu dou risada ou se fico impressionado.

Mas que é algo curioso, isso é!

Por: Paulo Silveira

Paulo Silveira — Mon, 15 Jun 2009 12:46:32 +0000

Para resolver o problema, o compilador precisaria inserir um astore_n passando null para todas as variáveis que morrerem em um escopo interno, antes de começar a executar as instruções. Seria um custo considerável para eliminar um problema que é um caso raro.

Por: Sérgio Lopes

Sérgio Lopes — Mon, 15 Jun 2009 06:58:51 +0000

Marlon,

Na verdade não é que ele vai executar com certeza absoluta quando o método terminar, mas sim que, se ele executar, ele poderá coletar o primeiro array pois ele estará disponível para coleta.

Não adianta o GC rodar no meio da execução do método porque ele não vai conseguir coletar nada. O problema aqui é que o primeiro array ainda tem referência pra ele e isso impede o GC de fazer seu trabalho.

Aliás, o GC muito provavelmente foi rodado no meio do método. A VM tenta coletar as coisas antes de dar um OutOfMemoryError…

[]‘s
Sérgio

Por: Alberto Souza

Alberto Souza — Mon, 15 Jun 2009 06:51:19 +0000

Realmente divertido!!!

Por: Marllon

Marllon — Mon, 15 Jun 2009 06:09:52 +0000

Significa que então o GC só é executado com certeza absoluta no final o método? E se ao invés de criar uma nova variável no meio do caminho (sem intenção nenhuma, como é o caso) eu fizesse uma chamada ao GC? Liberaria a memoria também, ou só enganando a VM dessa forma?

Valeus..