Les Fuites de mémoire à l'aide d'Exécuteurs testamentaires.newFixedThreadPool()

Je pense que vous n'avez pas de problème de fuite de mémoire, je ne vois pas ce à partir de votre jconsole graphique au moins. Il n'y a pas de grandes GC collection. Il semble donc de plus en plus objet alloué dans titularisés(ancien) de la génération. Afin de garantir à propos de fuite de mémoire, vous devez Effectuer GC et après que comparer la mémoire allouée. Si vous trouvez une fuite, vous êtes en mesure de faire un tas de vidage avec jmap ou outil visuel(standart JDK outils). Après ce tas de vidage peut être analysé avec MAT. Avant de prendre des tas de vidage il est préférable de procéder à GC pour diminuer tas de vidage de la taille du fichier.

Quelques remarques:

• Fils le comte ne devrait pas affecter la mémoire de tas explicitement. Il peut être utile pour l'examen de la prochaine java structure de la mémoire. Fil exigent des pile de la mémoire ne sont pas un tas.
• En général, il n'est pas une bonne idée de créer un cache pour ne pas objet lourd, à cause de la cg fonctionne l'algorithme.
• Aussi, je pense que vous devriez envisager mise en cache de pool de threads ou de calibrer ThreadPoolSize selon le matériel de serveur.

OriginalL'auteur Taky

Après l'utilisation de ExecutorService, Vous devez arrêter le pool de threads, c'est la même ressource, comme un fichier ou une base de données ou toute autre chose qui nécessite une libération explicite. ExecutorService a des méthodes d'arrêt() et shutdownNow (), qui peut être utilisé dans un bloc finally pour gargabe recueillir.

import java.util.concurrent.CountDownLatch;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

class SimpExec {
  public static void main(String args[]) {
    CountDownLatch countDownLatch = new CountDownLatch(5);
    CountDownLatch CountDownLatch2 = new CountDownLatch(5);

    ExecutorService eService = Executors.newFixedThreadPool(2);

    eService.execute(new MyThread(countDownLatch, "A"));
    eService.execute(new MyThread(CountDownLatch2, "B"));


    try {
      countDownLatch.await();
      CountDownLatch2.await();

    } catch (InterruptedException exc) {
      System.out.println(exc);
    }
      finally{

        eService.shutdown(); //This is the method we use to avoid memory Leaks.
        //eService.shutdownNow(); //-do-
       }
  }
}

class MyThread implements Runnable {
  String name;

  CountDownLatch latch;

  MyThread(CountDownLatch c, String n) {
    latch = c;
    name = n;
    new Thread(this);
  }

  public void run() {
    for (int i = 0; i < 5; i++) {
      latch.countDown();
    }
  }
}

Si vous oubliez, l'arrêt de la fuite de mémoire se produit, Il est également comme des flux qui ne sont pas normalement fermé par la JVM, car la valeur par défaut Exécuteurs testamentaires ne pas créer des fils de démon.

OriginalL'auteur Harish Raj