不要使用e.printStackTrace(),请使用logger记录

文章指出,e.printStackTrace()虽然能显示完整错误信息,但只能在控制台输出,且可能导致内存溢出和应用崩溃。建议使用logger代替,如log.error("系统异常:", e)。并提供了一个工具类方法将异常堆栈信息转换为字符串,以便灵活处理。过多使用e.printStackTrace()可能因生成大量字符串导致字符串池满,进而引发应用锁死。" 112327155,10552642,在线流程图工具ProcessOn:免费且支持协作,"['在线工具', '流程图制作', '协作编辑', '图形设计']

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

通常e.getMessage()并不能获取全部的错误信息,需要用到e.printStackTrace()查看完整错误信息,但是这个方法是void 只能在控制台输出。

介绍两种方法,其实logger已经帮我做了这个事情

一、

log.error("系统异常:",e);
一个直接通过log打印出来,这个方法是最简便的

二、

/**
     * 获取e.printStackTrace() 的具体信息,赋值给String 变量,并返回
     * 
     * @param e
     *            Exception
     * @return e.printStackTrace() 中 的信息
     */
    public static String getStackTraceInfo(Exception e) {
        StringWriter sw = null;
        PrintWriter pw = null;
        try {
            sw = new StringWriter();
            pw = new PrintWriter(sw);
            e.printStackTrace(pw);//将出错的栈信息输出到printWriter中
            pw.flush();
            sw.flush();
            return sw.toString();
        } catch (Exception ex) {
            return "printStackTrace()转换错误";
        } finally {
            if (sw != null) {
                try {
                    sw.close();
                } catch (IOException e1) {
                    e1.printStackTrace();
                }
            }
            if (pw != null) {
                pw.close();
            }
        }
 
    }
另一个通过工具类转换成字符串,转成字符串了想咋输出就咋输出

另外e.printStackTrace()要尽量少用,可能会导致锁死

详见

java中e.printStackTrace()不要使用,请使用logger记录

工具类引用

java 获取e.printStackTrace() 的具体信息,赋值给String 变量 并返回

https://my.oschina.net/sxgkwei/blog/825700

e.printStackTrace() 会导致锁死?这仅仅是打印啊,怎么可能?!

先别惊呼不可能,且听我细细道来。

先看截图1:

注意右下角区域,红框部分。这块内存是什么呢?非堆!那么,左边是代码缓存区内存,右边红框就是字符串池,常量,基本类型数据的内存区。然后呢?已经满了。什么原因呢?e.printStackTrace()!

满了的后果呢?整个web服务,访问之后,没响应了,就当是卡死掉了。

再来看截图2:

看看有多少web的请求线程,被卡住在打印这一步!原因呢?要打印字符串输出到控制台上,那你字符串常量池所在的内存块要有空间啊。然而,因为e.printStackTrace() 语句要产生的字符串记录的是堆栈信息,太长太多,内存被填满了!注意 上面代码语句:4208行!

来看图3:

没毛病,没没事儿找事儿冤枉谁。就是这句代码惹的祸!当然,我承认,被 try 住的代码本身就有问题,导致很多调用都会抛异常。

那么,让我们再来理理整个事件产生的经过:

短时间内大量请求访问此接口 -> 代码本身有问题,很多情况下抛异常  -> e.printStackTrace() 来打印异常到控制台 -> 产生错误堆栈字符串到字符串池内存空间 -> 此内存空间一下子被占满了 -> 开始在此内存空间产出字符串的线程还没完全生产完整,就没空间了 ->  大量线程产出字符串产出到一半,等在这儿(等有内存了继续搞啊)-> 相互等待,等内存,锁死了,整个应用挂掉了。

综上,这就是 e.printStackTrace()  引发的血案。

总结当然重要,有3点:

    1,代码质量啊亲,代码不抛异常咱不就能愉快的继续浪么?

    2,不要使用 e.printStackTrace() 啊,这玩意儿,在项目发布后,除过不断的刷控制台,并没用什么卵用啊,您到是用 log 对象输出到日志文件里面啊。

    3,推及开来,在java中,会产生大量字符串的方法,使用时,一定得悠着点,别一不小心撑到肚子(字符串池所属的那么点非堆内存空间),撑到肚子了,会死的啊 

 

https://blog.youkuaiyun.com/qq_28929589/article/details/82495193

https://www.jianshu.com/p/6b3ba0d1af85

https://blog.youkuaiyun.com/qq_26369317/article/details/101346583

https://www.jianshu.com/p/546e9aace657

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值