Profil de mémoire Java avec tapis d'éclipse

Pour localiser rapidement les problèmes de mémoire Java, l'analyse des vidages de tas à l'aide du tapis Eclipse est essentiel. 1. Générez automatiquement des vidages de tas lors de l'utilisation de JMAP, JVisualVM ou OOM; 2. Après avoir ouvert le fichier, vérifiez l'histogramme, les suspects de l'arbre Dominator et de la fuite pour localiser les objets suspects; 3. Analyser la chaîne de référence GC Roots pour confirmer si la fuite est causée par des références non valides; 4. Utilisez Compare Basket pour comparer les instantanés pour observer les tendances de la mémoire; 5. Faites attention aux performances de chargement des fichiers importantes et aux problèmes d'affichage du type de tableau. La maîtrise de ces opérations peut efficacement dépanner la plupart des goulots d'étranglement de mémoire.

Les problèmes de mémoire dans les applications Java sont souvent des maux de tête, surtout lorsqu'ils rencontrent des fuites de mémoire ou des GC fréquents. En tant qu'outil d'analyse de mémoire puissant, Eclipse MAT (Memory Analyzer) peut aider les développeurs à localiser rapidement la cause profonde des problèmes. Cet article ne parle pas de théories complexes, mais ne parle que de quelques utilisations pratiques et méthodes d'exploitation qui vous préoccupent le plus.

Comment générer rapidement des fichiers de vidage de tas disponibles pour MAT

Avant d'utiliser MAT, vous devez d'abord obtenir un vidage de tas. Il existe plusieurs façons courantes de générer:

• Utilisez la commande jmap : jmap -dump:format=b,file=heap.bin <pid></pid>
• Déclencher le vidage du tas via jvisualvm
• Exporter automatiquement lorsque OOM se produit dans l'application: Démarrer le paramètre plus -XX: HeapDumpOnOutOfMemoryError

Remarque: le fichier de vidage du tas peut être important. Assurez-vous que l'espace disque est suffisant. Il n'est pas recommandé d'utiliser des méthodes de compression telles que les disques de réseau pendant la transmission pour éviter la corruption des fichiers.

Comment afficher l'interface principale du MAT? Sur quels indicateurs sont axés sur

Après avoir ouvert Heap.Bin, MAT générera automatiquement un rapport d'aperçu (aperçu), qui a plusieurs domaines clés qui méritent d'être examinés:

• Histogramme : affiche le nombre d'instances et la taille de la mémoire de chaque classe, ce qui convient au jugement préliminaire pour savoir s'il y a une grande quantité d'objets en double empilés.
• Dominator Tree : Affichez les objets en fonction de la relation "dominer" et voient plus intuitivement qui occupe le plus de mémoire.
• Soupçon de fuite : Il s'agit de l'une des parties les plus pratiques du MAT, qui analyse et répertorie automatiquement les points de fuite de mémoire suspects.

Par exemple, si vous constatez qu'un certain objet commercial a un nombre anormal dans l'histogramme, vous pouvez cliquer avec le bouton droit pour sélectionner "Fusiter le chemin le plus court vers les racines GC" pour voir pourquoi ces objets n'ont pas été recyclés.

Comment confirmer s'il s'agit d'une fuite de mémoire?

L'essence des fuites de mémoire est que les objets ne sont plus utilisés mais ne peuvent pas être recyclés par GC. Dans MAT, vous pouvez utiliser les étapes suivantes pour aider au jugement:

1. Trouver le type d'objet qui est soupçonné d'être divulgué
2. Voir son chemin d'arbre dominant (Dominator Tree)
3. Analyser la chaîne de référence GC Roots pour confirmer si elle ne peut pas être libérée en raison de références inutiles

Par exemple: si une carte de cache continue de croître sans mécanisme de nettoyage, vous pouvez le voir occuper une position élevée dans l'arbre Dominator pendant longtemps. En regardant plus loin dans sa chaîne de référence, il est constaté qu'il est maintenu par une variable statique, et le cache aurait dû être libéré avec la fin de la demande - il s'agit d'un scénario de fuite typique.

Pour le moment, vous pouvez vérifier s'il y a des erreurs singleton dans le code pour contenir des objets non statiques, les auditeurs ne sont pas déconnectés, les variables locales de fil ne sont pas nettoyées, etc.

Conseils et précautions pour l'utilisation du tapis

• Si le vidage du tas est trop grand et le chargement lentement, vous pouvez ajouter des paramètres de démarrage pour ajuster les paramètres de mémoire du tapis (comme la modification -xmx dans eclipse.ini)
• Comparaison des instantanés de tas à différents moments dans le temps en utilisant la fonction de comparement du panier aide à découvrir les tendances de croissance de la mémoire
• Lorsque le nom de classe est affiché dans les formats de [B、[C、[I , est en fait des types de tableaux tels que Byte [], Char [], int [], etc., ne paniquez pas.

Fondamentalement, c'est tout. La maîtrise de ces points est suffisante pour faire face à la plupart des problèmes de mémoire Java. Bien que les outils soient bons, la compréhension de la logique métier est le fondement des problèmes de positionnement.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!