Como resolver problemas de falta de memória e a exceção OutOfMemoryError em Java?

Os problemas de falta de memória e OutOfMemoryError em Java são resolvidos com uma abordagem abrangente, incluindo análise da origem do problema, otimização do código e configuração dos parâmetros JVM.

Principais causas de OutOfMemoryError:

1. Vazamentos de memória (memory leaks).
2. Processamento de volumes de dados demasiado grandes.
3. Algoritmos não otimizados.
4. Configuração incorreta da JVM.

Caminhos para a solução:

1. Análise da causa de OutOfMemoryError

• Análise da mensagem de erro: OutOfMemoryError frequentemente contém informações sobre qual área de memória está cheia (Heap, PermGen/Metaspace, Stack).
• Uso de ferramentas de profiling: Ferramentas JVM (VisualVM, JConsole, Mission Control), profilers externos (YourKit, JProfiler). Permitem:
  • Monitorar uso de memória.
  • Analisar dumps de heap (heap dumps) para identificar objetos que ocupam muito espaço.
  • Determinar caminhos de referências a objetos que evitam sua coleta.
• Logging: Adicionar logs para rastrear consumo de memória.

2. Otimização do código

• Remoção de vazamentos de memória:
  • Referências esquecidas a objetos (por exemplo, em campos estáticos, coleções sem limpeza).
  • Uso incorreto de recursos externos que requerem fechamento (ficheiros, conexões de rede, fluxos) - uso de try-with-resources.
  • Uso excessivo de caches sem limites de tamanho ou tempo de vida.
• Uso eficiente de coleções: Escolher tipos adequados, inicializá-las corretamente (com capacidade inicial).
• Processamento de grandes volumes de dados em partes: Em vez de carregar tudo na memória, processar em fragmentos (streaming, paginação).
• Otimização de algoritmos: Uso de algoritmos e estruturas de dados mais eficientes.
• Uso de tipos primitivos em vez de wrappers: Reduz custos de objetos.
• String Pool: Entender e usar corretamente o String Pool para reduzir duplicados de literais de strings.

3. Configuração JVM

• Tamanho do Heap: Configurar -Xms (tamanho inicial) e -Xmx (máximo). Aumentar pode resolver temporariamente, mas não a causa subjacente.
• Coletores de lixo (GC):
  • Escolher GC adequado (-XX:+UseG1GC, -XX:+UseParallelGC, -XX:+UseConcMarkSweepGC - obsoleto, -XX:+UseZGC, -XX:+UseShenandoahGC).
  • Configurar parâmetros de GC de acordo com as características da aplicação (-XX:NewRatio, -XX:MaxGCPauseMillis).
  • Ativar logs de GC (-Xlog:gc*=info:file=<gc.log>).
• Tamanho do Metaspace: Em Java 8+, PermGen é substituído por Metaspace, que usa memória nativa por padrão. Parâmetros -XX:MaxMetaspaceSize, -XX:MetaspaceSize.
• Tamanho da pilha de threads: Configurar com -Xss<size>. Reduzir pode ajudar se há muitos threads ou recursões profundas.

Exemplo de uso de flags JVM:

# Definir tamanho inicial do heap em 512MB e máximo em 2GB
java -Xms512m -Xmx2g YourApplication

# Usar G1 GC e ativar logs de GC
java -Xmx2g -XX:+UseG1GC -Xlog:gc*=info:file=gc.log YourApplication

4. Soluções arquiteturais

• Distribuição de carga: Uso de arquitetura de microserviços ou sistemas distribuídos para reduzir o volume de dados processados por um único processo.
• Armazenamento externo: Uso de bancos de dados, caches (Redis, Memcached) ou sistemas de ficheiros para armazenar grandes volumes de dados em vez de mantê-los na memória da aplicação.

A resolução de OutOfMemoryError começa sempre com identificação da causa. Sem entender o que exatamente causa o estouro de memória, quaisquer alterações no código ou na configuração serão temporárias ou ineficazes.