Quando seto um static num metodo, o fato dele dizer que aquele metodo sera unico em todas as instancias daquela classe, farao que este metodo consuma menos memoria por ser unico e tenha uma execuçao mais rapida por ja estar carregado na memoria?

Se não é aconselhável usar static em métodos, porque é utilizado na API do Java para diversos métodos?

davidtiagoconceicao wrote:Alguém me corrija se eu estiver errado, mas pelo que eu sei, o que estará ou não na memória depende da máquina virtual. O funcionamento mais comum é criar, para cada objeto, uma área para os atributos e outra área para os métodos. Ao instanciar um novo objeto, caso já exista um objeto daquele tipo na memória, será criada uma referência interna para o conjunto de métodos já existente. Ao ser invocada a execução de determinado método, é criado um frame (estrutura interna da JVM para controle da pilha) e este frame irá conter os dados (incluindo atributos) a serem utilizados pelo método. Caso o mesmo método seja invocado diversas vezes, vários frames serão empilhados, como se o método estivesse na pilha diversas vezes.
.

davidtiagoconceicao wrote:

Se não é aconselhável usar static em métodos, porque é utilizado na API do Java para diversos métodos?

Os métodos static são utilizados quando necessário. Quando existe a intenção de executar algum código sem a necessidade de gerar uma instância, que possivelmente será utilizada apenas para a execução de um método, ou em outros casos mais específicos.

Com certeza são utilizados quando necessário.
Que casos específicos? Não consegui pensar em nenhum a não ser sem a necessidade de instância.

A minha pergunta é por que razão disseram que "não é aconselhável utilizar métodos static à toa"?
Deve estar no sentido de não programar corretamente, isso é óbvio.

No livro do Deitel tem uma dica de desempenho para usar métodos static sempre que a execução do método não precisar depender de um objeto.

davidtiagoconceicao, gostei da sua explicaçao...
Porém neste modelo da VM nao vejo diferença entre um metodo static e nao static na area de memoria. ¿Como uma VM sabe que aquele metodo é static?

¿O que diferencia internamente numa VM algo ser static?

Por favor, falem o que tiver certeza, de preferência com referência bibliográfica de algum livro ou link, e não o que ouviu falar, porque eu já ouvi falar coisas diferentes sobre desempenho em Java. Só com uma referência confiável se pode tirar conclusões.

Conforme havia dito, os métodos static podem ser utilizados quando não se quer forçar a criação de uma instância ou quando o programador não quer que exista instância (implementação do padrão singleton, por exemplo), pode ser utilizado para métodos que configuram atributos antes da instanciação da classe, ou para configurar atributos que serão utilizados por todas as instâncias da classe. Estes são alguns usos que já fiz do modificador static, mas os usos dele vão até o limite da sua imaginação

abraços

joaosiqueira wrote:Quando vc diz "forçar a criação de uma instância ou quando o programador não quer que exista instância", mesmo sendo static se cria uma instancia na memoria de uma classe, se esta nao for um Singleton.

Mauricio Linhares wrote:
Quando você chama um método estático nenhuma instância é criada em lugar nenhum. É exatamente por não existir uma instância que o método é chamado de estático.

What code shapes does the JVM optimize best? Here is a list.
[...]
Methods
* Methods are often inlined. This increases the compiler's "horizon" of optimization.
* Static, private, final, and/or "special" invocations are easy to inline.

What code shapes does the JVM optimize best? Here is a list.
[...]
Methods
* Methods are often inlined. This increases the compiler's "horizon" of optimization.
* Static, private, final, and/or "special" invocations are easy to inline.
http://wikis.sun.com/display/HotSpotInternals/PerformanceTechniques