Différence entre les e.printStackTrace et du Système.out.println(e)

Probablement une question de newbie, mais tout le monde semble utiliser e.printStackTrace(), mais j'ai toujours utilisé System.out.println(e) lors de la manipulation d'exception. Quelle est la différence et pourquoi est - e.printStackTrace() préférable?

  • Essayez-les et vous verrez quelle est la différence. Vous pouvez lire le code pour printStackTrace() ainsi.
InformationsquelleAutor imulsion | 2012-08-23
  1. 37

    Le flux de sortie utilisé n'est pas le même comme l'a souligné @Brian, mais le niveau de détail n'est pas la même chose - vous pouvez essayer avec le simple test ci-dessous. Sortie:

    Avec println: vous savez seulement ce que l'exception a été levée

    java.lang.UnsupportedOperationException: Pas encore mis en œuvre

    Avec printStackTrace: vous savez aussi ce qu'il fait (les numéros de ligne + de la pile d'appel)

    java.lang.UnsupportedOperationException: Pas encore mis en œuvre

    au javaapplication27.Test1.test(Test1.java:27)

    au javaapplication27.Test1.principale(Test1.java:19)

    public static void main(String[] args){
    try {
        test();
    } catch (UnsupportedOperationException e) {
        System.out.println(e);
        e.printStackTrace();
    }
}

private static void test() {
    throw new UnsupportedOperationException("Not yet implemented");
}
    • Thx les gars je comprends maintenant 🙂
    InformationsquelleAutor assylias
  2. 7

    Si vous utilisez System.out.println, alors vous êtes sur le dumping vos erreurs à la stdout, pas stderr.

    Il est traditionnel pour le vidage des erreurs d'erreur standard, de sorte que vous pouvez filtrer normal succès de la sortie de la sortie d'erreur. C'est une pratique courante pour les utilitaires de ligne de commande et, par conséquent, une bonne idée à suivre.

    par exemple

    myCommand 2> /tmp/errors > /tmp/results

    aura des erreurs d'écriture d'un journal, et les résultats à l'autre. En fonction de votre shell/invocation de processus, etc. vous pouvez combiner cette info, de générer des erreurs, réagissent si des erreurs s'y sont jetés etc. Voir ici pour plus d'info.

    À l'aide de printStackTrace() est une bonne idée puisque vous êtes dumping où l'exception a eu lieu. C'est souvent très précieux pour le suivi des erreurs qui sont inattendu, car il va vous donner un direct (si verbose) pointeur à l'endroit où exactement vous avez couru dans une erreur.

    • Quel est la différence?
    • dans les systèmes unix --peut-être dans Wondows ainsi, je ne sais pas-- vous pouvez rediriger la sortie standard et d'erreur les messages d'séparément, comme ce yourProgram > ~/fileThatContainsStandardOutput.txt 2> ~/fileThatContainsErrors.txt
    • Entre quoi et quoi ? stdout et stderr ? J'ai essayé d'illustrer ci-dessus
    • Dans Eclipse, la sortie standard de la console affiche en noir, tandis que stderr apparaît en rouge. Plus généralement, ils sont juste deux flux de sortie que vous pouvez traiter comme vous le souhaitez.
    InformationsquelleAutor Brian Agnew
  3. 4

    System.out.println(e) est équivalent à System.out.println(e.toString()): System.out est un PrintStream, PrintStream.println(Object o) appels PrintStream.println(o.toString()).

    e.toString() retourne le nom de la classe et de l'exception getLocalizedMessage().

    e.printStackTrace() écrit que l'information de Système.err (pas de Système.out) et aussi une trace de la pile, qui est, la chaîne des méthodes qui ont conduit à l'exception. C'est une information utile.

    J'ai souvent pensé que ce serait bien si il y avait une méthode qui renvoie une Chaîne contenant les informations de sortie par e.printStackTrace(). Puisqu'il n'y a pas que vous avez à utiliser e.getStackTrace() et écrire votre propre routine de sortie le tableau résultant de StackTraceElements.

    • Il est e.getStackTrace() qui renvoie un tableau d'objets. Aussi, printStackTrace accepte un PrintStream ou PrintWriter paramètre - de sorte que vous pouvez passer un StringWriter objet ou de toute autre streamer pour extraire les données.
    • OutputStream.println est source de confusion quant OutputStream n'ont pas de méthodes.Son seul définis dans PrintStream.
    • Donc System.err.println(e); == e.getStackTrace() ?
    • a un vide de retour et impressions de l'exception toString() vers stderr. Il n'y a aucune trace de la pile dans cette sortie. e.getStackTrace() retourne un tableau de StackTraceElement. C'est tout dans la JavaDoc et facile d'essayer pour vous-même.
    InformationsquelleAutor slim
  4. 1

    System.out.println(e) ne vous donnera pas votre trace de la pile, juste le message d'erreur et le type d'exception, ainsi que d'être affiché sur la sortie standard, par opposition à l'erreur de sortie.

    InformationsquelleAutor tofarr
  5. 1

    Depuis la sortie de e.printStackTrace(); est System.err et habituellement je sortie de mon appli journal dans un fichier, je vous recommande d'utiliser les deux System.err et System.out à la sortie des erreurs.

    public static void log(Exception e) {
    e.printStackTrace(); //This goes to System.err
    e.printStackTrace(System.out);
}

    De cette façon, vous pouvez voir les erreurs dans le fichier journal (dans le cas où vous en avez une) et dans la console.

    InformationsquelleAutor António Almeida
  6. 0

    Soufflet Programme de montrer la différence de détails

    Système.out.println(e); :- indiquant uniquement l'exception.
    e.g.java.lang.ArithmeticException: /by zero
    e.printStackTrace(); :- montrant les détails de l'exception et où
    à cause exception dans le programme avec le numéro de ligne par exemple
    java.lang.ArithmeticException: /by zero at
    test.Test.main(Test.java:7)

    package test;

    public class Test {

    public static void main(String args[]) {
    try {
        System.out.println(12 / 0);

    } catch (Exception e) {
        System.out.println(e);
        e.printStackTrace();
    }

}

    }

    InformationsquelleAutor MAnoj Sarnaik