O Garbage Collector (GC) é um componente vital e fundamental da JVM ,responsável por liberar memória não utilizada.
A abordagem de acumular lixo antes de realizar coletas maiores é eficiente e evita fragmentação de memória.
Estudos extensivos levaram ao abandono de algoritmos mais antigos ,como o refence counting.
Uma vez que modelo de memoria java permite a mudança de objetos de lugar ,facilitando assim a executação de VM.
Entretanto o heap sendo configuração ,com opções como Xms e Xmx, impacta a alocação de memoria na JVM.
Uma vez que já vimos a opções do garbage collector da JVM é importante para otimizar o seu desempenho na aplicação.
4º 35 á 44
Entretanto uma versão de Hibernate resultar em vários problemas .
Tendo erros como SuchMethodError visto que ocorre quando espera uma versão antiga que não existe na nova versão .
O mesmo problema acontecer no DLL Hell,frequente mente chamado de classloader hell na java .
Tendo diferentes classloaders que carregam classes de diretórios em comum,levando a class CastException.
Pois uma classe sendo carregada por classloaders diferentes .
A arquitetura tradicional dificulta que aplicação a ser substituida por componentes do classloader do container.
No entanto o modelo Tomcat permitem essa substituição.
A ordem de resolução das classes passa a ser :primeiro o Bootstrap,depois as classes da aplicação e depois as compartilhadas do Container.
