Comment libérer de la mémoire en Java?

Est-il un moyen pour libérer de la mémoire en Java, semblable à C free() fonction? Ou est de définir l'objet à null et en s'appuyant sur GC, la seule option?

Ok... mettons-nous une chose au clair. Juste parce que vous pensez que quelque chose est une mauvaise pratique et pas quelque chose à encourager à faire, n'est pas digne d'un vote vers le bas. C'est une question valable, pour vous demander si il existe un moyen de libérer de la mémoire en Java avec l'extérieur en s'appuyant sur la collecte des ordures. Tandis qu'il peut être découragé et n'est généralement pas utile ou une bonne idée, vous ne peut pas savoir qu'il n'y a pas des scénarios dans lesquels il peut être nécessaire avec out savoir ce que Felix sait. Felix peut-être même pas l'intention de l'utiliser. Il peut veux juste savoir si c'est possible. Il peut, en aucun cas, mérite un vote vers le bas.
Pour plus de précisions, qui s'adresse à ceux qui ont voté cette baisse pas les commentaires précédents nécessairement.

InformationsquelleAutor Felix | 2009-10-14

garbage-collection java

92

Java utilise la mémoire gérée, donc la seule façon que vous pouvez allouer de la mémoire est à l'aide de la new de l'opérateur, et la seule façon vous pouvez libérer de la mémoire est en s'appuyant sur le garbage collector.

Ce livre blanc la gestion de la mémoire (PDF) peut aider à expliquer ce qu'il se passe.

Vous pouvez également appeler System.gc() à suggérer que le garbage collector s'exécuter immédiatement. Cependant, le Java Runtime prend la décision finale, pas votre code.

Selon la La documentation Java,

L'appel de la méthode gc suggère que
la Machine Virtuelle Java dépenser l'effort
vers le recyclage des objets inutilisés dans
afin de rendre le mémoire qu'ils ont
occupent actuellement disponible pour rapide
la réutilisation. Lorsque le retour du contrôle de la
appel de la méthode, la Machine Virtuelle Java
a fait un meilleur effort pour récupérer
l'espace de tous les objets jetés.
- Il ne force pas le Garbage Collector à exécuter. Il n'a pas la force pour libérer de la mémoire mais...
- Pas de Pablo, il ne force pas la GC à exécuter.
- Merci, premier alinéa, a été à peu près ce que je voulais savoir. Merci pour la clarification de tout et oui, j'ai compris, je ne vais pas utiliser le Système.gc() 🙂
- J'ai été informé par une très bonne personne que tous les HotSpotVM de ramasseurs d'ordures ignorer System.gc() entièrement.
- Sur winXp java SE GC s'exécute à chaque Système.gc() ou presque tous les mais la doc API n'est pas garanti.
- Santa Cruz, Que voulez-vous dire qu'il ne libère pas la mémoire? Je l'ai juste testé sur mon programme qui semble avoir une fuite et l'utilisation de la ram semble se stabiliser? Et Daniel dit qu'il seulement le suggère, alors comment se fait-le pourcentage de ram utilisé toujours stabilisé chaque fois que j'ai appelé la méthode. Vous, les gens sont confus moi.
- qui vous a dit qui semble n'avoir jamais fait le profilage de la mémoire dans une application Java. C'est sûr qu'il ne s'exécute pas la GC chaque fois que vous faites cet appel, mais je suis absolument certain qu'il n'est pas simplement l'ignorer.
- Si vous forcez la GC à partir de Visual VM, est-il équivalent à l'appel de System#gc?
InformationsquelleAutor Daniel Pryden
64

Personne ne semble avoir mentionné en précisant les références de l'objet à null, ce qui est légitime technique de la "libération" de la mémoire vous pouvez envisager de.

Par exemple, dire que vous auriez déclaré List<String> au début d'une méthode qui a grandi en taille très grand, mais il a été nécessaire jusqu'à mi-chemin par le biais de la méthode. Vous pouvez dans ce jeu de points de la Liste de référence pour null pour permettre le garbage collector pour éventuellement récupérer cet objet avant la méthode est terminée (et la référence est hors de portée de toute façon).

Noter que j'utilise rarement cette technique dans la réalité, mais il est utile d'envisager lorsque vous traitez avec de très grandes structures de données.
- Si vous êtes vraiment faire beaucoup de travail sur un objet qui est utilisé uniquement pour la partie d'une méthode que je suggère soit; votre méthode est trop compilicated, saut de la méthode dans l'avant et après les parties, ou l'utilisation d'un bloc pour le premier semestre de code (le plus tard est plus utile pour les scripts de test)
- L'endroit où la définition d'un objet de référence à la valeur null est important, c'est quand il est référencé à partir d'un autre à long terme de l'objet (ou éventuellement à partir d'un static var). Par exemple, si vous avez une longue durée de vie tableau des objets de grande taille, et vous cessez d'utiliser l'un de ces objets, vous devez définir le tableau de référence à la valeur null pour faire de l'objet disponible pour le GC.
InformationsquelleAutor Adamski
22
```
System.gc(); 
```
Exécute le garbage collector.

L'appel de la méthode gc suggère que la Machine Virtuelle Java dépenser l'effort vers le recyclage des objets inutilisés afin de rendre le mémoire qu'ils occupent actuellement disponible pour une réutilisation rapide. Lorsque le contrôle de retour de l'appel de la méthode, la Machine Virtuelle Java a fait un meilleur effort pour récupérer de l'espace de tous les objets jetés.

Pas recommandé.

Edit: j'ai écrit la réponse originale en 2009. C'est maintenant à 2015.

Éboueurs ont obtenu de façon constante mieux dans le ~20 ans de Java a été autour de. À ce stade, si vous êtes manuellement appeler le garbage collector, vous souhaitez peut-être envisager d'autres approches:
- Si vous êtes forçant GC sur un nombre limité de machines, il peut être utile d'avoir un équilibreur de charge point loin de la machine, attendre la fin de la portion de clients connectés, le délai d'attente après une certaine période de temps pour accrocher les connexions, et puis juste dur de redémarrer la machine virtuelle java. C'est un terrible solution, mais si vous êtes à la recherche au Système.gc(), forcé redémarrage peut être un possible pis-aller.
- Envisagez d'utiliser une autre garbage collector. Par exemple, le (nouveau dans les six dernières années) G1 collector est un bas-pause de modèle; il utilise plus de CPU dans l'ensemble, mais il est préférable de ne jamais forcer un dur-stop sur l'exécution. Depuis le serveur Cpu, maintenant, presque tous ont plusieurs noyaux, c'est Vraiment Un très Bon Compromis à avoir disponible.
- Oeil à vos options de réglage utilisation de la mémoire. En particulier dans les nouvelles versions de Java, si vous n'avez pas que beaucoup de long-terme de l'exécution d'objets, d'envisager de se cogner la taille de la nouvelle génération dans le tas. newgen (jeunes) est l'endroit où les nouveaux objets sont alloués. Pour un serveur web, tout ce qui est créé pour une demande ici, et si cet espace est trop petit, Java va passer plus de temps à la mise à niveau des objets à longue durée de vie, de la mémoire, où ils sont de plus en plus cher à tuer. (Si newgen est un peu trop petites, que vous allez payer pour cela.) Par exemple, dans G1:
  - XX:G1NewSizePercent (valeur par défaut: 5; n'a probablement pas d'importance.)
  - XX:G1MaxNewSizePercent (valeur par défaut: 60; probablement les augmenter à ce sujet).
- Pensez à dire que le garbage collector vous n'êtes pas d'accord avec une pause plus longue. Ce qui va causer plus fréquents GC s'exécute, afin de permettre au système de garder le reste de ses contraintes. En G1:
  - XX:MaxGCPauseMillis (par défaut 200.)
- Commentaires sur mon propre post, ce n'est souvent pas faire n'importe quoi, et de l'appeler de façon répétée peut provoquer la JVM de devenir instable et autres joyeusetés. Il peut également exécuter plus de votre chien; approche avec prudence.
- Je voudrais mettre l'accent sur la "suggère" une partie de "l'Appel de la méthode gc suggère que la JVM étendre l'effort"
- Notez également qu'une seule invocation de System.gc() généralement recueille un peu de déchets. Pour tout rassembler, vous avez besoin de l'invoquer dans une boucle, à l'aide de Runtime.freeMemory() pour surveiller lorsque la quantité de mémoire libre n'augmente plus. Mais l'appel de System.gc() explicitement est en effet rarement nécessaire. Un cas où c'est utile, c'est quand vous êtes à essayer de mesurer la consommation de mémoire, depuis un GC exécuter dans le milieu de la gâchera vos mesures.
- La doyenne de la réponse des états "suggère". En fait, il a posté exactement la documentation de la méthode de la documentation javadoc...
- J: Vous voudrez blockquote votre texte afin de le rendre clair que vous êtes en citant directement à partir de la documentation de Java.
- Plutôt que de lui dire dans un commentaire, il aurait été plus rapide et plus utile de modifier la réponse vous-même et ajouter le single " >' ce qui est nécessaire.
- Fixe, comme tout ce que j'ai coupé et collé n'était pas blockquoted.
- Singe: Oui, j'aurais pu l'a édité. Mais depuis que Dean J était évidemment actif (affichage seulement il y a quelques minutes), j'ai pensé que c'était une visite de courtoisie à lui demander de le faire. S'il n'avait pas, je l'aurais revenir ici et faites le modifier et supprimé mon commentaire.
- Il serait également nous faut dire POURQUOI il n'est pas recommandé. Si la JVM accorde de l'attention à la "suggestion" pour exécuter le GC, il sera presque certainement faire de votre application de fonctionner plus lentement, peut-être par plusieurs ordres de grandeur!
- Par lourde les commentaires, je l'ai également en caractères gras INDIQUE. J'espère que c'est plus clair maintenant.
- Indice ou pas, j'ai observé le GC passe assez vite puisque la "suggestion" est créée et le Garbage Collector s'exécute. Je suis en utilisant le Système.gc() pour Android jeux, et compte tenu de la petite tailles typiques des tas sur les machines virtuelles, de l'appeler manuellement à l'aide réellement lors du chargement des images bitmap ou des clips Audio longs.
InformationsquelleAutor Dean J
11

*"Personnellement, je compter sur micropression variables comme un espace réservé pour une future bonne suppression. Par exemple, je prends le temps d'annuler tous les éléments d'un tableau avant de réellement supprimer (faisant null) le tableau lui-même."

C'est inutile. La façon la Java GC fonctionne est qu'il trouve des objets qui n'ont pas de référence à eux, donc, si j'ai un Objet x avec une référence (=variable) un que pointe, la GC ne pas le supprimer, car il y a une référence à cet objet:
```
a -> x
```
Si vous null a que ce qui se passe:
```
a -> null
     x
```
Alors maintenant, x n'est pas une référence vers celui-ci et seront supprimés. La même chose se produit lorsque vous définissez une référence à un objet différent de x.

Donc, si vous avez un tableau arr que les références à des objets x, y et z et une variable a qui fait référence à l'ensemble qu'il ressemble à ça:
```
a -> arr -> x
         -> y
         -> z
```
Si vous null a que ce qui se passe:
```
a -> null
     arr -> x
         -> y
         -> z
```
De sorte que le GC trouve arr comme n'ayant pas de référence et le supprime, ce qui vous donne cette structure:
```
a -> null
     x
     y
     z
```
Maintenant le GC trouve x, y et z et les supprime aswell. Micropression chaque référence, dans le tableau, de ne pas faire quelque chose de mieux, il suffit de l'utiliser jusqu'à temps de CPU et de l'espace dans le code (cela dit, il ne fait pas de mal, loin de là. Le GC sera toujours en mesure de fonctionner comme il le devrait).

InformationsquelleAutor Dakkaron
5

Une raison valable pour vouloir libérer de la mémoire à partir de tout programme (java ou pas ) est de faire plus de mémoire disponible pour les autres programmes sur le niveau du système d'exploitation. Si mon application java est à l'aide de 250 MO je peut forcer vers le bas à 1 mo et de faire de la 249MB disponible pour d'autres applications.
- Si vous devez explicitement gratuit un morceau de 249MB, dans un programme Java, gestion de la mémoire ne serait pas la première chose que je veux travailler.
- Mais libérant de stockage à l'intérieur de votre tas Java n'est pas (dans le cas général) faire de l'espace de stockage disponible pour d'autres applications.
InformationsquelleAutor Yios
5

À étendre la réponse et commentaire par Yiannis Xanthopoulos et Chaude Lèche (désolé, je ne peux pas commenter pour l'instant!), vous pouvez définir VM options comme dans cet exemple:
```
-XX:+UseG1GC -XX:MinHeapFreeRatio=15 -XX:MaxHeapFreeRatio=30
```
Dans mon jdk 7 ce sera ensuite communiqué de inutilisés de mémoire virtuelle si plus de 30% de la masse devient disponible après GC quand la VM est en veille. Vous aurez probablement besoin de tune de ces paramètres.

Alors que je ne l'ai souligné dans le lien ci-dessous, notez que certains éboueurs ne peut pas obéir à ces paramètres par défaut de java peut choisir l'un de ces pour vous, il vous arrive d'avoir plus d'un noyau (d'où le UseG1GC argument ci-dessus).

VM arguments

Mise à jour: java 1.8.0_73 j'ai vu la JVM parfois la libération de petites quantités avec les paramètres par défaut. Apparaît seulement à le faire si ~70% de la masse est inutilisé mais.. ne sais pas si il serait plus agressif libérant si l'OS a été faible sur la mémoire physique.

InformationsquelleAutor nsandersen
4

J'ai fait l'expérimentation de cette.

C'est vrai que System.gc(); propose uniquement pour exécuter le Garbage Collector.

Mais en l'appelant System.gc(); après le réglage de toutes les références à null, permettra d'améliorer les performances et la mémoire de l'occupation.
- Je pense que vous ne pouvez pas dire à coup sûr que le " Système d'appel.gc(); après le réglage de toutes les références à null, permettra d'améliorer les performances et la mémoire de l'occupation. ". Parce qu'il est énorme complexité de calcul du Système.gc(). Et même après l'appel Système.gc() & en effet, la collecte des ordures, la jvm ne peut pas donner le secours de la mémoire de l'OS ou du Système. JVM peut conserver la mémoire de référence pour l'avenir. Voir ce répondre.
InformationsquelleAutor Hemant Yadav
3

Si vous voulez vraiment allouer et de libérer un bloc de mémoire que vous pouvez faire cela avec direct ByteBuffers. Il y a même un non-portable de façon à libérer de la mémoire.

Toutefois, comme cela a été suggéré, juste parce que vous avez pour libérer de la mémoire en C, ne signifie pas une bonne idée d'avoir à le faire.

Si vous vous sentez vraiment avoir un bon cas d'utilisation de free(), veuillez l'inclure dans la question afin que nous puissions voir ce que vous rtying à faire, il est tout à fait probable qu'il y est une meilleure façon.

InformationsquelleAutor Peter Lawrey
3

Entièrement à partir de javacoffeebreak.com/faq/faq0012.html
Un thread de priorité faible se charge de la collecte des ordures automatiquement
pour l'utilisateur. Pendant la période d'inactivité, le fil peut être appelé, et il
peut commencer à libérer de la mémoire précédemment allouée à un objet en Java.
Mais ne vous inquiétez pas - il ne supprimera pas vos objets sur vous!

Quand il n'y a pas de références à un objet, il devient un jeu équitable pour
le garbage collector. Plutôt que d'appeler une certaine routine (comme libre dans
C++), il suffit d'attribuer toutes les références à l'objet à null, ou
attribuer une nouvelle classe à la référence.

Exemple :
```
public static void main(String args[])
{
  //Instantiate a large memory using class
  MyLargeMemoryUsingClass myClass = new MyLargeMemoryUsingClass(8192);

  //Do some work
  for ( .............. )
  {
      //Do some processing on myClass
  }

  //Clear reference to myClass
  myClass = null;

  //Continue processing, safe in the knowledge
  //that the garbage collector will reclaim myClass
}
```
Si votre code est sur le point de demander une grande quantité de mémoire, vous pouvez
souhaitez demander le garbage collector de commencer la reconquête de l'espace, plutôt
que lui permettant de faire un thread de priorité faible. Pour ce faire, ajoutez
les éléments suivants à votre code
```
System.gc();
```
Le garbage collector va tenter de récupérer l'espace libre, et votre
l'application peut continuer à exécuter, avec autant de mémoire régénérés
possible (problèmes de fragmentation de mémoire peuvent s'appliquer sur certaines plates-formes).
InformationsquelleAutor displayname
1

Dans mon cas, car mon code Java est destiné à être porté sur d'autres langues dans le futur proche (Principalement en C++), j'ai au moins envie de payer du bout des lèvres à la libération de la mémoire correctement de sorte qu'il aide le processus de portage plus tard.

Personnellement, je compter sur micropression variables comme un espace réservé pour une future bonne suppression. Par exemple, je prends le temps d'annuler tous les éléments d'un tableau avant de réellement supprimer (faisant null) le tableau lui-même.

Mais mon cas est très particulier, et je sais que je prends des performances lors de cette opération.

InformationsquelleAutor Oskuro
1

* ", Par exemple, de dire que tu avais déclaré une Liste au début d'une
la méthode qui a grandi en taille, être très grande, mais n'était nécessaire
jusqu'à mi-chemin par le biais de la méthode. Vous pouvez dans ce jeu de points de la
Liste de référence à une valeur null pour permettre le garbage collector potentiellement
récupérer cet objet avant la méthode est terminée (et la référence
est hors de portée de toute façon)." *

C'est correct, mais cette solution peut ne pas être généralisables. Pendant la configuration d'une Liste de référence de l'objet à null -va - faire de la mémoire disponible pour la collecte des ordures, ce n'est vrai que pour un objet de Liste de types primitifs. Si l'objet de la Liste contient les types référence, définissant l'objet de la Liste = null pas de déréférencement de -tout - les types de référence figurant dans la liste. Dans ce cas, définissant l'objet de la Liste = null orphelin contenus de types de référence dont les objets ne seront pas disponibles pour la collecte des ordures, à moins que la collecte des ordures algorithme est assez intelligent pour déterminer que les objets ont été rendus orphelins.
- Ce n'est effectivement pas vrai. Le garbage collector Java est assez intelligent pour le gérer correctement. Si vous null la Liste (et les objets de la Liste n'ont pas d'autres références) le GC peut récupérer tous les objets dans la Liste. Il peut choisir de ne pas le faire à l'heure actuelle, mais il va les récupérer par la suite. En va de même pour les références cycliques. Fondamentalement, la façon la GC œuvres, c'est pour esplicitly recherchez orphraned des objets et de les récupérer. C'est tout le travail d'un GC. La façon dont vous décrivez, il rendrait un GC tout à fait inutile.
InformationsquelleAutor Gothri
1

Bien qu'java fournit collecte des ordures automatique parfois, vous voulez savoir la taille de l'objet et combien il est à gauche .Libérer de la mémoire en utilisant par programmation import java.lang; et Runtime r=Runtime.getRuntime(); pour obtenir les valeurs de la mémoire à l'aide de mem1=r.freeMemory(); pour libérer de la mémoire d'appel de la r.gc(); méthode et l'appel freeMemory()

InformationsquelleAutor Benjamin
1

Recommandation de JAVA est à attribuer à la valeur null

De https://docs.oracle.com/cd/E19159-01/819-3681/abebi/index.html

Explicitement affecter la valeur null à des variables qui ne sont plus nécessaires contribue à la poubelle collecteur d'identifier les parties de la mémoire qui peut être en toute sécurité récupérée. Bien que Java fournit la gestion de la mémoire, il n'a pas empêcher les fuites de mémoire ou de l'utilisation excessive de la mémoire.

Une application peut induire des fuites de mémoire en ne publiant pas les références de l'objet. Cela permet d'éviter que le garbage collector Java à partir de récupérer ces objets, et les résultats en augmentant la quantité de mémoire utilisée. Explicitement de détruire des références à des variables après leur utilisation permet le garbage collector pour récupérer de la mémoire.

Un moyen de détecter les fuites de mémoire est d'utiliser des outils de profilage et de prendre des instantanés de la mémoire après chaque transaction. Une fuite sans application en l'état stabilisé de manière continue active de segment de mémoire après la collecte des poubelles.

InformationsquelleAutor user3869837

Vous devez vous connecter pour publier un commentaire.