Como lidar com " java.idioma.Erro OutOfMemoryError: Java heap space " (Tamanho de heap 64MB)

Execute Java com a opção da linha de comandos -Xmx, que define o Máximo do tamanho do heap.

Veja aqui para mais detalhes..

Você poderia especificar por projecto quanto espaço de heap o seu projecto quer

A seguir é para Eclipse Helios/Juno / Kepler:

Clique com o botão direito do rato em

 Run As - Run Configuration - Arguments - Vm Arguments, 

Depois adicione isto

-Xmx2048m

Aumentar o tamanho do Monte não é um " arranjo "é um" gesso", 100% temporário. Vai voltar a cair noutro lugar. Para evitar estas questões, escreva código de alto desempenho.

1. utilizar variáveis locais sempre que possível.
2. certifique-se que selecciona o objecto correcto (EX: selecção entre o texto, o StringBuffer e o StringBuilder)
3. Utilize um bom sistema de códigos para o seu programa (Ex: usando variáveis estáticas VS variáveis não estáticas)
4. outras coisas que podem funcionar na tua codigo.
5. Tente mover-se com roscagem multy

Não faço ideia se isto acontece com outros produtos AV mas presumivelmente isso está acontecendo porque o programa AV está reservando um pequeno bloco de memória em cada espaço de endereço, impedindo assim uma única alocação realmente grande.

Vá para Run --> Run Configurations --> depois seleccione o projecto em maven build -- > depois seleccione a página " JRE " -- > depois indique -Xmx1024m.

Em alternativa, pode fazer Run --> Run Configurations --> select the "JRE" tab --> Depois Entrar -Xmx1024m

Isto deve aumentar o heap de memória para todas as compilações/projetos. O tamanho da memória acima é de 1 GB. Podes otimizar como quiseres.

SIM, com o-Xmx poderá configurar mais memória para o JVM. Para ter certeza de que você não vaza ou desperdiça memória. Tire um monte de lixo e use O analisador de memória do Eclipse para analisar o seu consumo de memória.

Gostaria de acrescentar recomendações da oracletiroteio de sarilho Artigo

Excepção no thread_name: java.idioma.Erro omemoryerror: Java heap space

A mensagem de detalhe Java heap space indica que o objecto não pôde ser atribuído no Java heap. Este erro não implica necessariamente uma fuga de memória

causas possíveis:

1. edição de configuração simples , em que o tamanho indicado do heap é insuficiente para a aplicação.

2. a aplicação é involuntariamente segurando referências a objetos, e isso impede que os objetos sejam coletados.

3. utilização excessiva de finalizadores.

Uma outra fonte potencial deste erro surge com aplicações que fazem uso excessivo de finalizadores. Se uma classe tem um método de finalização, então objetos desse tipo não têm seu espaço recuperado no lixo tempo de recolha

Após recolha de lixo , os objectos estão em fila de espera para finalização , o que ocorre mais tarde. os finalizadores são executados por um tópico daemon que atende a fila de finalização. Se o tópico do finalizador não conseguir acompanhar a fila de finalização, então o heap Java poderia preencher e este tipo de fora do Memoryerror excepção seria lançada.

Siga os passos abaixo:

1. Abrir catalina.sh do tomcat / bin.

2. Chnage JAVA_OPTS para

   JAVA_OPTS="-Djava.awt.headless=true -Dfile.encoding=UTF-8 -server -Xms1536m 
   -Xmx1536m -XX:NewSize=256m -XX:MaxNewSize=256m -XX:PermSize=256m 
   -XX:MaxPermSize=256m -XX:+DisableExplicitGC"
   

3. Reiniciar o tomcat

//Mimimum acceptable free memory you think your app needs
long minRunningMemory = (1024*1024);

Runtime runtime = Runtime.getRuntime();

if(runtime.freeMemory()<minRunningMemory)
 System.gc();

Já enfrentei o mesmo problema do tamanho de Java heap. Eu tenho duas soluções se você estiver usando java 5 (1.5).

1st: - basta instalar o jdk1. 6 e ir para as preferências do eclipse e definir o caminho jre do jav1 1.6 como você instalou.

A forma mais fácil de resolver OutOfMemoryError em java é aumentar o tamanho máximo de heap usando as opções JVM -Xmx512M, Isto irá resolver imediatamente o seu erro de erro. Esta é a minha solução preferida quando eu sair do Mierror em Eclipse, Maven ou ANT durante a construção do projeto, porque com base no tamanho do projeto você pode facilmente ficar sem memória.

Aqui está um exemplo de aumentar o tamanho máximo de heap do JVM, também é melhor manter-Xmx a-XMS ração 1: 1 ou 1: 1.5 Se você está definindo o tamanho de heap na sua aplicação java.

export JVM_ARGS="-Xms1024m -Xmx1024m"

Ligação De Referência

Se precisar de monitorizar a sua utilização de memória durante a execução, o java.idioma.pacote de Gestão oferece MBeans que podem ser usados para monitorar as piscinas de memória em seu VM (eg, espaço eden, geração tenured, etc), e também o comportamento de coleta de lixo.

O espaço livre de heap relatado por estes MBeans irá variar muito dependendo do comportamento do GC, particularmente se a sua aplicação gerar um monte de objetos que são mais tarde GC-ed. Uma abordagem possível é monitorar o espaço livre de heap após cada full-GC, que você pode ser capaz de usar para tomar uma decisão em libertar a memória por objetos persistentes.

Lembre - se que, se precisar disto numa situação de implantação, considere a utilização do Webstart Java (com uma versão "ondisk", não a rede um-possível no Java 6u10 e mais tarde), uma vez que lhe permite especificar os vários argumentos para o JVM de forma transversal.

Caso contrário, necessitará de um lançador específico do sistema operativo que defina os argumentos de que necessita.

Por padrão para o desenvolvimento, a JVM usa pequenas dimensões e pequena configuração para outras características relacionadas com o desempenho. Mas para a produção você pode sintonizar por exemplo (além de que pode existir configuração específica do servidor de Aplicação) - > (se ainda não há memória suficiente para satisfazer o pedido e o heap já atingiu o tamanho máximo, um OutOfMemoryError irá ocorrer)

-Xms<size>        set initial Java heap size
-Xmx<size>        set maximum Java heap size
-Xss<size>        set java thread stack size

-XX:ParallelGCThreads=8
-XX:+CMSClassUnloadingEnabled
-XX:InitiatingHeapOccupancyPercent=70
-XX:+UnlockDiagnosticVMOptions
-XX:+UseConcMarkSweepGC
-Xms512m
-Xmx8192m
-XX:MaxPermSize=256m (in java 8 optional)

Por exemplo: na plataforma linux para a configuração de preferência do modo de produção.

Depois de baixar e configurar servidor com este caminho http://www.ehowstuff.com/how-to-install-and-setup-apache-tomcat-8-on-centos-7-1-rhel-7/

1.criar setenv.sh ficheiro na pasta /opt / tomcat/bin /

   touch /opt/tomcat/bin/setenv.sh

2.Abra e escreva estes parâmetros para definir o modo de preferência.

nano  /opt/tomcat/bin/setenv.sh 

export CATALINA_OPTS="$CATALINA_OPTS -XX:ParallelGCThreads=8"
export CATALINA_OPTS="$CATALINA_OPTS -XX:+CMSClassUnloadingEnabled"
export CATALINA_OPTS="$CATALINA_OPTS -XX:InitiatingHeapOccupancyPercent=70"
export CATALINA_OPTS="$CATALINA_OPTS -XX:+UnlockDiagnosticVMOptions"
export CATALINA_OPTS="$CATALINA_OPTS -XX:+UseConcMarkSweepGC"
export CATALINA_OPTS="$CATALINA_OPTS -Xms512m"
export CATALINA_OPTS="$CATALINA_OPTS -Xmx8192m"
export CATALINA_OPTS="$CATALINA_OPTS -XX:MaxMetaspaceSize=256M"

3.service tomcat restart

Note que o JVM usa mais memória do que apenas o heap. Por exemplo Métodos Java, stacks thread e pegas nativas são alocados na memória separado do heap, bem como JVM interno estrutura.

Se continuar a atribuir & a guardar referências ao objecto, irá preencher qualquer quantidade de memória que tenha.

Uma opção é fazer um ficheiro transparente fechar e abrir quando eles mudam de páginas (você só mantém um cursor para o ficheiro, e quando o utilizador muda de página, você fecha e limpa todos os objectos... vai fazer com que o ficheiro mude mais devagar... mas...), e talvez manter apenas 3 ou 4 arquivos na memória.

Outra coisa que você deve fazer é, quando o usuário abre um arquivo, carregá-lo, e interceptar qualquer OutOfMemoryError, então (como não é possível abrir o arquivo) fechar esse arquivo, limpar seus objetos e avisar o usuário que ele deve fechar arquivos não utilizados.

A sua ideia de expandir dinamicamente a memória virtual não resolve o problema, pois a máquina está limitada em recursos, por isso deve ter cuidado e lidar com problemas de memória (ou, pelo menos, ter cuidado com eles).

-- > Tenha em mente que se colocar algo numa colecção e depois esqueça isso, você ainda tem uma forte referência a ele, então anular a coleção, limpá-lo ou fazer algo com ele... se não você vai encontrar uma fuga de memória difícil de encontrar.

--> talvez, usando colecções com referências fracas (weakhashmap...) pode ajudar com problemas de memória, mas você deve {[15] } ser cuidadoso com ele, pois você pode descobrir que o objeto que você procura foi coletado.

Se este problema estiver a acontecer no Wildfly 8 e no JDK1. 8, então precisamos de especificar a configuração do MaxMetaSpace em vez da configuração do PermGen.

Por exemplo, precisamos adicionar abaixo a configuração em setenv.sh ficheiro do wildfly. JAVA_OPTS="$JAVA_OPTS -XX:MaxMetaspaceSize=256M"

Para mais informações, por favor verifique o problema do heap do Wildfly