e.printStackTrace() 的危害

1.内存占用问题

e.printStackTrace() 将异常打印到控制台时，会将产生错误堆栈信息存入字符串常量池中，如果在常量池空间较小且异常较多时，常量池空间可能会被异常信息占满，这样其他需要使用或者正在使用此空间的线程就会产生阻塞现象，甚至最终抛出 OOM，导致整个应用挂掉。

2.性能问题

如下代码中的synchronized关键字告诉我们e.printStackTrace()执行时会有并发锁，如果异常代码频繁被调用时，e.printStackTrace()的性能会下降。

private void printStackTrace(PrintStreamOrWriter s) {// Guard against malicious overrides of Throwable.equals by// using a Set with identity equality semantics.Set dejaVu =Collections.newSetFromMap(new IdentityHashMap());dejaVu.add(this);synchronized (s.lock()) {// Print our stack traces.println(this);StackTraceElement[] trace = getOurStackTrace();for (StackTraceElement traceElement : trace)s.println("\tat " + traceElement);// Print suppressed exceptions, if anyfor (Throwable se : getSuppressed())se.printEnclosedStackTrace(s, trace, SUPPRESSED_CAPTION, "\t", dejaVu);// Print cause, if anyThrowable ourCause = getCause();if (ourCause != null)ourCause.printEnclosedStackTrace(s, trace, CAUSE_CAPTION, "", dejaVu);}}

3.日志管理维问题

控制台输出不利于对日志信息的管理，使用logback、log4j可以根据实际业务情况选择性的输入日志级别，便于日志的管理.

欢迎大家留言评论 一起进步

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！