printStackTrace()打印堆栈与记录日志比有什么缺点

javashhai19 2006-02-06 12:02:28

printStackTrace()打印堆栈与记录日志比有什么缺点

...全文

587 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

netpotRL 2006-02-06

打赏
举报

回复

printStackTrace() 好比写便条，写完就可以扔掉了

记录日志就好比记流水帐，发生了什么事以后想查也有地方可以查

打印JAVA堆栈的方法

反例： try{ // 业务代码处理 }catch(Exception e){ e.printStackTrace(); } 正例： try{ // 业务代码处理 }catch(Exception e){ log.error("你的程序有异常啦",e); } 理由： e.printStackTrace()打印出的堆栈日志跟业务代码日志是交错混合在一起的，通常排查异常日志不太方便。 e.printStackTrace()语句产生的字符串记录的是堆栈信息，如果信息太长太多，字符串常量.

为什么尽量不用e.printStackTrace 直接用e.printStackTrace来打印日志有错吗？当然不错，但是不好。主要原因有以下几点： 1、占用太多内存，造成锁死要打印字符串输出到控制台上，需要字符串常量池所在的内存块有足够的空间。然而，因为e.printStackTrace() 语句要产生的字符串记录的是堆栈信息，太长太多，内存被填满了！大量线程产出字符串产出到一半，等待有...

e.printStackTrace()打印在堆栈信息中，如果异常过来，会导致堆栈内存不足，出现运行极慢的现象，最后出现OOM，这是一种非常糟糕的现象。使用log来打印日志会记录在日志文件中，占用的是磁盘内存，一般不会出现运行极慢的现象，如果磁盘占用内存比较高时，需要对日志进行备份处理，然后清理日志。字符串使用“+”进行拼接操作，会有一定的性能损耗，虽然高版本的jdk对字符串拼接进行了性能优化，但不建议使用。使用大括号{}进行占位符的替换，相比字符串拼接，性能上更高，日志代码也更加优雅。

62,628

社区成员

307,259

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章