日志打印崩溃的堆栈_使用 e.printStackTrace() 输出日志是怎样让系统崩掉的！

知道的越多，不知道的就越多，业余的像一棵小草！

编辑：业余草来源：https://www.xttblog.com/?p=5011

今天，抽个时间，我们换换“口味”，聊一个你可能会经常犯的一个错误！使用 e.printStackTrace() 输出日志是怎样让系统崩掉的！ 从方法 printStackTrace 自注释上来看，该方法是输出打印异常的堆栈跟踪信息的。由于，我们从学习 Hello World 的那一天开始，老师就是使用 printStackTrace 输出错误日志的，导致很多人一直错误的使用它并沿用至今！ printStackTrace 严重的来说，它可能会导致我们的系统崩溃。因为，e.printStackTrace() 在打印异常到控制台时，会将产生错误堆栈字符串存入到字符串池内存空间，如果此时的空间比较小，并且异常多，此内存空间可能一下子就被占满了，并且有些在此内存空间产出字符串的线程还没完全生产完整，就没空间了，导致大量线程产出字符串产出到一半，都等在这了，相互等待，等空闲内存，最终会抛出 OOM，导致整个应用挂掉。 在这种情况下，如果使用 java jvisualvm 来查看内存使用情况，你会发现下图中最右侧的非堆区域，也就是字符串常量池已经满了！ 在接着查看线程信息。 你会发现，大量的线程被卡在了异常输出的位置。通过具体的行号信息，查看源码。 确实是 e.printStackTrace() 的锅。 那么该怎么解决呢？ 1、提高代码质量，从源头解决。先解决为什么会抛异常。 2、增加内存，增加非堆内存，增加字符串常量池的内存。 3、禁止使用 e.printStackTrace() 输出日志。 4、提升系统的容错能力。 除此之外，e.printStackTrace() 是将日志输出到控制台，如果我想将日志输出到文件，或者第三方服务器上，它就无能为力了。而如果你的系统中大量的使用了 e.printStackTrace()，那么改动的时间和代价就太大了！ 另外，也有不少人喜欢使用 System.out.println() 输出日志。我也非常不建议，去年我还写过一篇关于 System.out.println 危险性的文章。不知道大家是否还记得？ 都 9102 了，你还不知道 System.out.println 的危害！