


Comment résoudre le problème selon lequel les valeurs des variables ne peuvent pas être affichées lors du débogage du code source du JDK ?
Il y a quelques jours, je voulais jeter un œil au code source du JDK en mode débogage, mais lorsque je suis entré en mode débogage, j'ai découvert que je ne pouvais pas du tout voir les valeurs des variables dans les méthodes. Pourquoi? Dans la version actuelle du JDK, les informations de débogage sont supprimées après la compilation. La solution est de compiler ces classes avec les informations de débogage et d'utiliser la commande : javac -g
Après avoir vérifié quelques informations pertinentes, je mettrai la solution ci-dessous
Créez les répertoires jdk7_src et jdk_debug dans le répertoire racine de d:.
Recherchez le fichier src.zip dans le répertoire JDK_HOME et extrayez les fichiers qu'il contient dans le jdk7_src répertoire Téléchargez, puis supprimez les autres répertoires sauf java, javax, org dans le répertoire décompressé.
Mettez rt.jar sous JDK_HOMEjrelib dans votre répertoire de travail, c'est-à-dire sous le répertoire racine de d: (c'est juste pour commodité Pas besoin de spécifier un grand nombre de noms de fichiers sur la ligne de commande).
Exécutez la commande dir /B /S /X jdk7_src*.java > filelist.txt pour créer une liste de fichiers Java qui doivent être compilés pour compilation de la commande javac Fichier source d'entrée, description des paramètres liés à la commande dir, /B : ne génère pas d'informations supplémentaires sur le fichier (pas d'informations sur le titre ni de résumé), /S : affiche le répertoire spécifié et tous les sous-répertoires Fichiers dans /X : sont affichés sous forme de noms courts générés par des noms de fichiers non 8.3. Le format est le format /N, avec le nom court inséré devant le nom long. S'il n'y a pas de nom court, un espace s'affiche à sa place.
Exécuter javac -J-Xms16m -J-Xmx1024m -sourcepath d:jdk7_src -cp d:rt.jar -d d:jdk_debug -g @filelist.txt >> ; log.txt 2>&1 Le fichier compilé sera placé dans le dossier jdk_debug, et le journal généré par la compilation sera enregistré dans le fichier log.txt. Vous verrez de nombreux avertissements dans le fichier journal, mais aucun message d'erreur.
Entrez dans le répertoire jdk_debug et exécutez la commande jar cf0 rt_debug.jar *, et emballez le fichier compilé dans rt_debug. potPack.
Placez le package jar nouvellement généré dans JDK_HOMEjrelibendorsed (s'il n'y a pas de dossier d'approbation, créez-le manuellement).
Remarque : JDK_HOME représente le chemin d'installation du JDK. Toutes les commandes de cet article sont exécutées sous d: et ses sous-répertoires.
Pour faire simple, vous pouvez également mettre la version de débogage de JDK7 rt_debug.jar que j'ai fournie ci-dessous dans le dossier approuvé.
Références
la source jdk de débogage ne peut pas regarder la variable de quoi il s'agit --stackoverflow
Mécanisme de remplacement des normes approuvées par Java
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Le débogage multithread C++ peut utiliser GDB : 1. Activer la compilation des informations de débogage ; 2. Définir les points d'arrêt ; 3. Utiliser les threads d'information pour afficher les threads ; 4. Utiliser le thread pour changer de thread ; Cas réel de débogage : 1. Utilisez threadapplyallbt pour imprimer la pile ; 2. Vérifiez l'état du thread ; 3. Exécutez le thread principal en une seule étape ;

Comment utiliser LeakSanitizer pour déboguer les fuites de mémoire C++ ? Installez LeakSanitizer. Activez LeakSanitizer via l'indicateur de compilation. Exécutez l’application et analysez le rapport LeakSanitizer. Identifiez les types d’allocation de mémoire et les emplacements d’allocation. Corrigez les fuites de mémoire et assurez-vous que toute la mémoire allouée dynamiquement est libérée.

Cet article présente des raccourcis pour le débogage et l'analyse de la fonction Go, notamment : le débogueur intégré dlv, qui est utilisé pour suspendre l'exécution, vérifier les variables et définir des points d'arrêt. Journalisation, utilisez le package de journaux pour enregistrer les messages et les afficher pendant le débogage. L'outil d'analyse des performances pprof génère des graphiques d'appels et analyse les performances, et utilise gotoolpprof pour analyser les données. Cas pratique : Analyser les fuites mémoire via pprof et générer un graphe d'appel pour afficher les fonctions à l'origine des fuites.

Déboguer efficacement les expressions Lambda : Débogueur IntelliJ IDEA : définissez des points d'arrêt sur les déclarations de variables ou les méthodes, inspectez les variables internes et leur état et consultez la classe d'implémentation réelle. Java9+JVMTI : connectez-vous à la JVM d'exécution pour obtenir des identifiants, inspecter le bytecode, définir des points d'arrêt et surveiller les variables et l'état pendant l'exécution.

Tests de concurrence et débogage Les tests de concurrence et le débogage dans la programmation simultanée Java sont cruciaux et les techniques suivantes sont disponibles : Tests de concurrence : tests unitaires : isolez et testez une seule tâche simultanée. Tests d'intégration : tester l'interaction entre plusieurs tâches simultanées. Tests de charge : évaluez les performances et l'évolutivité d'une application sous une charge importante. Débogage simultané : points d'arrêt : suspendez l'exécution du thread et inspectez les variables ou exécutez le code. Journalisation : enregistrez les événements et l'état du fil. Trace de pile : identifiez la source de l’exception. Outils de visualisation : surveillez l'activité des threads et l'utilisation des ressources.

Les outils de débogage du code asynchrone PHP incluent : Psalm : un outil d'analyse statique qui trouve les erreurs potentielles. ParallelLint : un outil qui inspecte le code asynchrone et fournit des recommandations. Xdebug : Une extension pour déboguer les applications PHP en activant une session et en parcourant le code. D'autres conseils incluent l'utilisation de la journalisation, des assertions, l'exécution de code localement et l'écriture de tests unitaires.

Les techniques suivantes sont disponibles pour déboguer les fonctions récursives : Vérifier la trace de la pileDéfinir les points de débogageVérifier si le cas de base est correctement implémentéCompter le nombre d'appels récursifsVisualiser la pile récursive

Les erreurs courantes de débogage PHP incluent : Erreurs de syntaxe : vérifiez la syntaxe du code pour vous assurer qu'il n'y a pas d'erreurs. Variable non définie : avant d'utiliser une variable, assurez-vous qu'elle est initialisée et qu'une valeur lui est attribuée. Point-virgules manquants : ajoutez des points-virgules à tous les blocs de code. La fonction n'est pas définie : vérifiez que le nom de la fonction est correctement orthographié et assurez-vous que le bon fichier ou l'extension PHP est chargé.
