Est-il un moyen de vider une trace de la pile sans la levée d'une exception en java?

Je pense à la création d'un outil de débogage pour mon application Java.

Je me demande si il est possible d'obtenir une trace de la pile, tout comme Exception.printStackTrace() mais sans réellement lancer une exception?

Mon objectif est d', dans toute méthode, de vidage de pile pour voir qui de la méthode de l'appelant est.

  • C'est probablement mieux d'utiliser un outil de débogage. Il ya beaucoup de là-bas, et vous pouvez passer du temps à travailler sur le projet plutôt que de réinventer quelque chose. À moins que vous ayez le plaisir de l'écriture d'un débogueur, bien sûr.
InformationsquelleAutor corgrath | 2009-06-03
  1. 81

    Vous pouvez également essayer Thread.getAllStackTraces() pour obtenir une carte de traces de pile pour tous les threads qui sont vivants.

    • +1, certainement utile si il veut analyser la trace de la pile!
    InformationsquelleAutor Prabhu R
  2. 229

    Oui, il suffit d'utiliser

    Thread.dumpStack()
    • ...mais ne pas le jeter.
    • C'est la réponse que fait répond à la question.
    • Très simple et élégante. Ce doit avoir été accepté de répondre.
    • Fwiw, la source de cette méthode: public static void dumpStack() { new Exception("Stack trace").printStackTrace(); }
    InformationsquelleAutor Rob Di Marco
  3. 40

    Si vous voulez la trace juste pour le thread courant (plutôt que tous les threads du système, comme la suggestion de Ram ne), n':

    Fil.currentThread().getStackTrace()

    Pour trouver l'appelant, n':

    private String getCallingMethodName() {
    StackTraceElement callingFrame = Thread.currentThread().getStackTrace()[4];
    return callingFrame.getMethodName();
}

    Et appeler cette méthode à partir de la méthode qui a besoin de savoir qui à son appelant. Cependant, un mot d'avertissement: l'indice de l'appelant image dans la liste pourrait varier en fonction de la JVM! Tout dépend du nombre de couches d'appels il y a à l'intérieur de getStackTrace avant de vous frappez le point où la trace est généré. Une solution plus robuste serait d'obtenir la trace, et de parcourir à la recherche de l'image pour getCallingMethodName, puis prendre deux étapes jusqu'à trouver le vrai de l'appelant.

    • Donc, il suffit de créer une nouvelle Exception sur votre propre et utiliser [1] comme l'index!
    • Le titre de cette question, dit "sans jeter une exception". Certes, vous suggèrent la création de l'exception, mais de ne pas le jeter, mais je pense toujours que ce n'est pas dans l'esprit de la question.
    • Bien sûr, il est. La création d'une Exception est le plus faible de façon à obtenir une stacktrace. Même votre Fil.currentThread().getStackTrace () - t-il, mais à ma façon, plus rapidement :).
    • Il y a une autre considération: avec de nombreuses infrastructures de test, par exemple, Spock, tout en créant une Exception (sans jeter) sera suffisant pour le cadre de ramasser sur: le test alors considérer qu'une Exception a "produit" et le test de la fin, avec un échec.
    • Êtes-vous sûr? Spock aurait à utiliser des agents pour le faire. Mais de toute façon, parce que j'ai juste besoin de l'appel de la classe, j'ai utilisé de la Réflexion.getCallerClass(2) dans une fonction d'utilité. Vous n'obtiendrez pas la fonction et le numéro de ligne de cette façon, la pensée.
    InformationsquelleAutor Tom Anderson
  4. 34

    Vous pouvez obtenir une trace de la pile comme ceci:

    Throwable t = new Throwable();
t.printStackTrace();

    Si vous souhaitez accéder à l'image, vous pouvez utiliser t.getStackTrace() pour obtenir un tableau de la pile d'images.

    Être conscient que cette stacktrace (comme tous les autres) peuvent manquer de certains cadres si le hotspot compilateur a été occupé à l'optimisation des choses.

    • J'aime cette réponse, car elle m'offre l'opportunité de diriger la sortie. Je peux remplacer t.printStackTrace avec t.printStackTrace(System.out).
    • En une seule ligne: new Throwable().printStackTrace(System.out);
    • Ce doit être la accepté de répondre. Il est simple et facile! Merci pour le partage
    • et il est facile d'envoyer à java.util.Enregistreur de log.log(Level.SEVERE, "Failed to do something", new Throwable());
    InformationsquelleAutor Gerco Dries
  5. 13

    Avis de ce Thread.dumpStack() en fait déclenche une exception:

    new Exception("Stack trace").printStackTrace();
    • Il crée une exception, mais ne le jetez pas.
    InformationsquelleAutor Ariel T
  6. 6

    Vous pouvez également envoyer un signal à la JVM pour exécuter le Fil.getAllStackTraces() sur l'exécution d'un processus Java par l'envoi d'un signal de fin de processus.

    Sur Unix/Linux utilisation:

    kill -QUIT process_id, où process_id est le numéro de processus de votre programme Java.

    Sur Windows, vous pouvez appuyer sur Ctrl-Pause dans l'application, même si vous n'êtes généralement pas voir cela, sauf si vous êtes en cours d'exécution d'un processus de console.

    JDK6 introduit une autre option, le jstack de commande, qui permet d'afficher la pile de tous les cours JDK6 processus sur votre ordinateur:

    jstack [-l] <pid>

    Ces options sont très utiles pour les applications qui s'exécutent dans un environnement de production et ne peuvent être modifiés facilement. Ils sont particulièrement utiles pour le diagnostic de l'exécution des blocages ou des problèmes de performances.

    http://java.sun.com/developer/technicalArticles/Programming/Stacktrace/
    http://java.sun.com/javase/6/docs/technotes/tools/share/jstack.html

    InformationsquelleAutor Andrew Newdigate
  7. 4

    Si vous avez besoin de capturer la sortie

    StringWriter sw = new StringWriter();
new Throwable("").printStackTrace(new PrintWriter(sw));
String stackTrace = sw.toString();
    InformationsquelleAutor Ricardo Jl Rufino
  8. 4

    Java 9 introduit la StackWalker et les classes de support pour la marche de la pile.

    Voici quelques extraits de la Javadoc:

    La pied méthode ouvre un flux séquentiel de structures de pile pour le thread courant et applique ensuite la fonction donnée à pied de la StackFrame flux. Le flux des rapports cadre de pile d'éléments dans l'ordre, de la première image qui représente le point de l'exécution au cours de laquelle la pile a été généré vers le bas la plupart des montures. Le StackFrame flux est fermé lorsque le pied méthode retourne. Si une tentative est faite pour réutiliser le clos des flux, de la IllegalStateException sera levée.

    ...

    1. De capture d'écran le top 10 des frames de pile du thread actuel,

      List<StackFrame> stack = StackWalker.getInstance().walk(s ->
 s.limit(10).collect(Collectors.toList()));
    InformationsquelleAutor mkobit
  9. 0

    HPROF Java Profiler

    Vous n'avez même pas à le faire dans le code. Vous pouvez joindre le Java HPROF à vos processus et à tout moment, appuyez sur Control-\ pour la sortie des tas de vidage, de threads en cours d'exécution, etc . . . sans curage de votre code d'application. C'est un peu dépassé, Java 6 est livré avec l'interface graphique jconsole, mais je trouve toujours HPROF être très utile.

    InformationsquelleAutor Gandalf