Comprendre la gestion de la mémoire Java

La chose la plus importante à retenir à propos de Java, gestion de la mémoire est "annuler" votre référence.

Uniquement les objets qui ne sont pas référencées sont à ordures.

Par exemple, les objets dans le code suivant n'est jamais obtenir recueillies et votre mémoire sera pleine, juste pour ne rien faire.

List objs = new ArrayList();
for (int i = 0; i  < Integer.MAX_VALUE; i++) objs.add(new Object());

Mais si vous n'avez pas de référence à ceux de l'objet ... vous pouvez faire une boucle comme beaucoup que vous le souhaitez sans problème de mémoire.

List objs = new ArrayList();
for (int i = 0; i  < Integer.MAX_VALUE; i++) new Object();

Alors ce que jamais vous le faites, assurez-vous de supprimer la référence d'objet n'est plus utilisé (référence à null ou clair de la collection).

Lorsque le garbage collector course est préférable de laisser à la JVM de décider. Eh bien, à moins que votre programme est sur le point de commencer à faire des choses qui utilisent beaucoup de mémoire et la vitesse critique de sorte que vous peut suggérer JVM pour exécuter GC avant d'aller dans comme vous pouvez probablement obtenir le garbaged recueillies et de la mémoire supplémentaire pour aller sur. Autres sage, personnellement, je ne vois pas de raison pour exécuter System.gc().

Espérons que cette aide.

Juste pour ajouter à la discussion: la Collecte des Ordures n'est pas la seule forme de Gestion de la Mémoire en Java.

Dans le passé, il y a eu des efforts pour éviter la GC en Java lors de la mise en œuvre de la gestion de la mémoire (voir Real-time Specification for Java (RTSJ)). Ces efforts ont été essentiellement consacrées à temps réel et embarqués programmation en Java pour les GC n'était pas adapté - en raison de la surcharge de performances ou GC-introduit la latence.

La RTSJ caractéristiques

• Immortel et d'Étendue de la Gestion de la Mémoire - voir ci-dessous pour des exemples.
• GC et Immortel/Étendue de la Mémoire peuvent coexister au sein d'une application
• RTSJ nécessite un spécialement modifiés JVM.

RTSJ avantages:

• faible temps de latence, pas de GC pauses
• offre des performances prévisibles qui est en mesure de répondre en temps réel les exigences du système

Pourquoi RTSJ d'échec/de ne pas avoir un gros impact:

• L'étendue de la Mémoire concept est difficile à programmer avec, erreurs et difficile à apprendre.
• L'avance en temps Réel GC algoritms réduit le GC pause-temps de telle façon que, en temps Réel GCs remplacé la RTSJ dans la plupart du temps réel d'applications. Toutefois, l'Étendue Souvenirs sont encore utilisés dans des endroits où aucun des latences sont tolérés.

L'étendue de la Mémoire Exemple de Code (prendre de Un Exemple de l'Étendue de l'Utilisation de la Mémoire):

import javax.realtime.*;
public class ScopedMemoryExample{

    private LTMemory myMem;

    public ScopedMemoryExample(int Size) {

       //initialize memory
       myMem = new LTMemory(1000, 5000); 
    }

public void periodicTask() {

  while (true)) {
    myMem.enter(new Runnable() {
        public void run() {
          //do some work in the SCOPED MEMORY
          new Object();
          ...
          //end of the enter() method, the scoped Memory is emptied.  
        }
    });
  }


}
}

Ici, un ScopedMemory mise en œuvre appelée LTMemory est préaffectés. Puis un fil entre l'étendue de la mémoire, alloue les données temporaires qui sont uniquement nécessaires pendant le temps de calcul. Après la fin du calcul, le fil feuilles de l'étendue de la mémoire qui fait immédiatement l'ensemble du contenu des ScopedMemory être vidé. Pas de temps de latence introduit, fait en temps constant par exemple, prévisible, pas de GC est déclenchée.

Vous ne pouvez pas éviter la collecte des ordures si vous utilisez Java. Peut-être il ya quelque obscure de la JVM des implémentations qui le font, mais je ne sais pas du tout.

Correctement à l'écoute de la JVM ne devrait pas exiger n'importe quel Système.gc() conseils pour bien fonctionner. Le réglage exact que vous auriez besoin dépend fortement de ce que votre application n', mais dans mon expérience, j'ai toujours tourner sur les concurrent-mark-and-sweep option avec l'option suivante: -XX:+UseConcMarkSweepGC. Cet indicateur permet à la JVM pour profiter du supplément de cœurs de votre PROCESSEUR pour nettoyer une mémoire morte sur un thread d'arrière-plan. Il permet de réduire considérablement la quantité de temps que votre programme est violemment mis en pause lorsque le garbage collections.

Bien, la GC est toujours là -- vous ne pouvez pas créer des objets qui sont hors de sa portée (sauf si vous utilisez les appels natifs ou de les affecter directement octets de la mémoire tampon, mais dans le dernier cas, vous n'avez pas vraiment un objet, tout un tas d'octets). Cela dit, il est certainement possible de contourner le GC en réutilisant des objets. Par exemple, si vous avez besoin d'un tas de ArrayList objets, vous pouvez simplement créer à chacun, que vous en avez besoin et laissez-le GC gérer gestion de la mémoire, ou l'on pourrait appeler list.clear() sur chaque une fois que vous avez fini avec elle, et de le mettre sur une file d'attente où quelqu'un d'autre peut l'utiliser.

Standard des meilleures pratiques sont à pas faire ce genre de réutilisation, sauf si vous avez de bonnes raisons de (ie, vous avez profilées et vu que les allocations + GC sont un problème, et que la réutilisation des objets résout ce problème). Elle conduit à plus de code compliqué, et si vous vous trompez, il peut réellement faire la GC a pour tâche plus difficile (en raison de la façon dont le GC pistes d'objets).

Je vous propose de jeter un oeil à la suite de tutoriels et de son contenu

C'est un quatre partie tutoriel de la série à savoir sur les bases de la collecte des ordures dans Java:

1. Java Collecte Des Ordures Introduction

2. Comment Java Collecte Des Ordures Fonctionne?

3. Types de Java éboueurs

4. De suivi et d'Analyse de Java Collecte des Ordures

J'ai trouvé Ce tutoriel très utile.