精华内容
下载资源
问答
  • 主要给大家介绍了关于Java如何自定义异常打印非堆栈信息的相关资料,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧。
  • 当我们使用try..catch方法(如下图所示)捕获到异常堆栈信息时,有时候无法打印出具体的错误信息到日志文件,即无法通过抛出的异常迅速定位到问题所在。因此我们需要将异常堆栈信息通过某种方法解析出来,输出完整...

            当我们使用try..catch方法(如下图所示)捕获到异常堆栈信息时,有时候无法打印出具体的错误信息到日志文件,即无法通过抛出的异常迅速定位到问题所在。因此我们需要将异常堆栈信息通过某种方法解析出来,输出完整正确的日志信息。

    try{
        //do something
    }catch(Exception ex){
        ex.printStackTrace();
    }

             工作中经常会碰到以上情况,因此我将以上的解决办法抽象出了工具方法,供大家参考调用。

    public class ExcpUtil {
        //打印异常堆栈信息
        public static String getStackTraceString(Throwable ex){//(Exception ex) {
            StackTraceElement[] traceElements = ex.getStackTrace();
    
            StringBuilder traceBuilder = new StringBuilder();
    
            if (traceElements != null && traceElements.length > 0) {
                for (StackTraceElement traceElement : traceElements) {
                    traceBuilder.append(traceElement.toString());
                    traceBuilder.append("\n");
                }
            }
    
            return traceBuilder.toString();
        }
    
        //构造异常堆栈信息
        public static String buildErrorMessage(Exception ex) {
    
            String result;
            String stackTrace = getStackTraceString(ex);
            String exceptionType = ex.toString();
            String exceptionMessage = ex.getMessage();
    
            result = String.format("%s : %s \r\n %s", exceptionType, exceptionMessage, stackTrace);
    
            return result;
        }
    }

          运用场景:

          Example1:

            try {
                //do something
            } catch (Exception ex) {
                logger.info(ex.toString());
                logger.info("work exception" + ExcpUtil.getStackTraceString(ex));
            }

            Example2:

            try {
                //do something
            } catch (Exception e) {
                throw new CSException (ErrorCode.DEFAULT_ERR,"ctrip_SendEmail exception", ExcpUtil.buildErrorMessage(e));
            }

     

     

     

    展开全文
  • java 日志打印异常信息

    千次阅读 2019-07-29 14:57:29
    java程序中执行遇到的异常,通过e.printStackTrace(); 会打印在控制台。那怎么将异常信息e.printStackTrace();打印日志中呢。 百度到了一位大神博主解决了这一问题:...

    java程序中 执行遇到的异常,通过e.printStackTrace(); 会打印在控制台。那怎么将异常信息e.printStackTrace();打印到日志中呢。

    百度到了一位大神博主解决了这一问题:https://blog.csdn.net/hongweigg/article/details/18313461

    ByteArrayOutputStream baos = new ByteArrayOutputStream();
    e.printStackTrace(new PrintStream(baos));
    String exception = baos.toString();
    LOGGER.error("异常信息为:" + exception);

    通过文件流来保存异常信息。

    展开全文
  • Java异常日志

    千次阅读 2019-01-31 16:46:42
    来自Alibaba的Java开发手册异常处理日志规约 上一篇Java编程规约二 异常处理 1、【强制】Java 类库中定义的可以通过预检查方式规避的RuntimeException异常不应该通过catch 的方式来处理,比如:...

    来自Alibaba的Java开发手册

    上一篇Java编程规约二


    异常处理

    1、【强制】Java 类库中定义的可以通过预检查方式规避的RuntimeException异常不应该通过catch 的方式来处理,比如:NullPointerException,IndexOutOfBoundsException等等。

    说明:无法通过预检查的异常除外,比如,在解析字符串形式的数字时,不得不通过catch NumberFormatException来实现。

    正例:
    if (obj != null) {...}

    反例:

    try { obj.method(); } catch (NullPointerException e) {…} 
    

    2、【强制】异常不要用来做流程控制,条件控制。 说明:异常设计的初衷是解决程序运行中的各种意外情况,且异常的处理效率比条件判断方式要低很多。


    3、【强制】catch时请分清稳定代码和非稳定代码,稳定代码指的是无论如何不会出错的代码。对于非稳定代码的catch尽可能进行区分异常类型,再做对应的异常处理。

    说明:对大段代码进行try-catch,使程序无法根据不同的异常做出正确的应激反应,也不利于定位问题,这是一种不负责任的表现。

    正例:用户注册的场景中,如果用户输入非法字符,或用户名称已存在,或用户输入密码过于简单,在程序上作出分门别类的判断,并提示给用户。


    4、【强制】捕获异常是为了处理它,不要捕获了却什么都不处理而抛弃之,如果不想处理它,请将该异常抛给它的调用者。最外层的业务使用者,必须处理异常,将其转化为用户可以理解的内容。


    5、【强制】有try块放到了事务代码中,catch异常后,如果需要回滚事务,一定要注意手动回滚事务。


    6、【强制】finally块必须对资源对象、流对象进行关闭,有异常也要做try-catch。

    说明:如果JDK7及以上,可以使用try-with-resources方式。


    7、【强制】不要在 finally块中使用 return。

    说明: finally块中的 return返回后方法结束执行 ,不会再执行try块中的 return语句。


    8、【强制】捕获异常与抛异常,必须是完全匹配,或者捕获异常是抛异常的父类。

    说明:如果预期对方抛的是绣球,实际接到的是铅球,就会产生意外情况。


    9、【推荐】方法的返回值可以为null,不强制返回空集合,或者空对象等,必须添加注释充分说明什么情况下会返回null值。

    说明:本手册明确防止NPE是调用者的责任。即使被调用方法返回空集合或者空对象,对调用者来说,也并非高枕无忧,必须考虑到远程调用失败、序列化失败、运行时异常等场景返回null的情况。


    10、【推荐】防止NPE,是程序员的基本修养,注意NPE产生的场景:
    1)返回类型为基本数据类型,return包装数据类型的对象时,自动拆箱有可能产生NPE。

    反例:public int f() { return Integer对象}如果为null,自动解箱抛NPE。

    2) 数据库的查询结果可能为null。
    3) 集合里的元素即使isNotEmpty,取出的数据元素也可能为null。
    4) 远程调用返回对象时,一律要求进行空指针判断,防止NPE。
    5) 对于Session中获取的数据,建议NPE检查,避免空指针。
    6) 级联调用obj.getA().getB().getC();一连串调用,易产生NPE。

    正例:使用JDK8的Optional类来防止NPE问题。
    (顺便说一下,JDK8新出了一些很好玩的编程方式,大家可以自行查阅学习)


    11、【推荐】定义时区分unchecked / checked 异常,避免直接抛出new RuntimeException(),更不允许抛出Exception或者Throwable,应使用有业务含义的自定义异常。推荐业界已定义过的自定义异常,如:DAOException / ServiceException等。


    12、【参考】对于公司外的http/api开放接口必须使用“错误码”;而应用内部推荐异常抛出;跨应用间RPC调用优先考虑使用Result方式,封装isSuccess()方法、“错误码”、“错误简短信息”。

    说明:关于RPC方法返回方式使用Result方式的理由:
    1)使用抛异常返回方式,调用方如果没有捕获到就会产生运行时错误。
    2)如果不加栈信息,只是new自定义异常,加入自己的理解的error message,对于调用端解决问题的帮助不会太多。如果加了栈信息,在频繁调用出错的情况下,数据序列化和传输的性能损耗也是问题。


    13、【参考】避免出现重复的代码(Don’t Repeat Yourself),即DRY原则。 说明:随意复制和粘贴代码,必然会导致代码的重复,在以后需要修改时,需要修改所有的副本,容易遗漏。必要时抽取共性方法,或者抽象公共类,甚至是组件化。

    正例:一个类中有多个public方法,都需要进行数行相同的参数校验操作,这个时候请抽取:

    private boolean checkParam(DTO dto) {...}
    

    日志规约

    1、【强制】应用中不可直接使用日志系统(Log4j、Logback)中的API,而应依赖使用日志框架SLF4J中的API,使用门面模式的日志框架,有利于维护和各个类的日志处理方式统一。

    import org.slf4j.Logger;
    import org.slf4j.LoggerFactory;
    private static final Logger logger = LoggerFactory.getLogger(Abc.class);
    

    2、【强制】日志文件至少保存15天,因为有些异常具备以“周”为频次发生的特点。


    3、【强制】应用中的扩展日志(如打点、临时监控、访问日志等)命名方式:appName_logType_logName.log。其中,logType:日志类型,如stats/monitor/access等;logName:日志描述。这种命名的好处:通过文件名就可知道日志文件属于什么应用,什么类型,什么目的,也有利于归类查找。

    正例:mppserver应用中单独监控时区转换异常,如: mppserver_monitor_timeZoneConvert.log 说明:推荐对日志进行分类,如将错误日志和业务日志分开存放,便于开发人员查看,也便于通过日志对系统进行及时监控。


    4、【强制】对trace/debug/info级别的日志输出,必须使用条件输出形式或者使用占位符的方式。

    说明:logger.debug("Processing trade with id: " + id + " and symbol: " + symbol); 如果日志级别是warn,上述日志不会打印,但是会执行字符串拼接操作,如果symbol是对象,会执行toString()方法,浪费了系统资源,执行了上述操作,最终日志却没有打印。

    正例:(条件)建议采用如下方式

    if (logger.isDebugEnabled()) {
    logger.debug("Processing trade with id: " + id + " and symbol: " + symbol);
    }
    

    正例:(占位符)

    logger.debug("Processing trade with id: {} and symbol : {} ", id, symbol);
    

    5、【强制】避免重复打印日志,浪费磁盘空间,务必在log4j.xml中设置additivity=false。

    正例:

    <logger name="com.taobao.dubbo.config" additivity="false">
    

    6、【强制】异常信息应该包括两类信息:案发现场信息和异常堆栈信息。如果不处理,那么通过关键字throws往上抛出。

    正例:logger.error(各类参数或者对象toString() + “_” + e.getMessage(), e);


    7、【推荐】谨慎地记录日志。生产环境禁止输出debug日志;有选择地输出info日志;如果使用warn来记录刚上线时的业务行为信息,一定要注意日志输出量的问题,避免把服务器磁盘撑爆,并记得及时删除这些观察日志。

    说明:大量地输出无效日志,不利于系统性能提升,也不利于快速定位错误点。记录日志时请思考:这些日志真的有人看吗?看到这条日志你能做什么?能不能给问题排查带来好处?


    8、【推荐】可以使用 warn日志级别来记录用户输入参数错误的情况,避免投诉时无所适从。如非必要,请不在此场景打出 error级别,避免频繁报警。

    说明: 注意日志输出的级别,error级别只记录系统逻辑出错、异常或者重要的错误信息。


    9、【推荐】尽量用英文来描述日志错误信息,如果日志中的错误信息用英文描述不清楚的话,使中文描述即可,否则容易产生歧义。国际化团队或海外部署的服务器由于字符集问题,【强制】 使用全英文来注释和描述日志的错误信息


    下一篇Java之单元测试和安全规范

    展开全文
  • Java 异常 自定义打印内容

    千次阅读 2019-10-27 15:53:45
    背景:在开发中,我们可能会使用到自定义异常,但是,这个自定义异常在打印日志时,往往打印的内容比较多。 1.自定义异常打印内容 可以看到,虽然我们使用的是自定义异常,但是当抛出时,还是会打印出堆栈的全部...

    Java 异常 自定义打印内容

    背景:在开发中,我们可能会使用到自定义异常,但是,这个自定义异常在打印日志时,往往打印的内容比较多。

    1.自定义异常打印内容

    在这里插入图片描述

    可以看到,虽然我们使用的是自定义异常,但是当抛出时,还是会打印出堆栈的全部信息。

    2.查看源码

    通过查看源码,我们可以得知,当抛出异常时,程序会调用此异常的fillInStackTrace方法,但是,大部分异常都没有对该方法做处理。基本是调用super的方法。

    在这里插入图片描述

    可以看到,此方法的父类实现,是在Throwable类中。而且此方法加了synchronized锁,查看堆栈的信息。那么必然会影响性能。

    底层实现是native,调用C语言的方法。

    3.解决方法

    ①.编写自定义异常

    // 此处为lombok注解
    @Getter
    @AllArgsConstructor
    public enum ExceptionEnum {
        AUTH(1, "认证异常")
        ;
        private Integer code;
        private String msg;
    }
    
    
    public class AppException extends RuntimeException {
        public AppException(ExceptionEnum exceptionEnum) {
            super(exceptionEnum.getMsg());
        }
        
        // 关键
        @Override
        public Throwable fillInStackTrace() {
            return this;
        }
    
        public static void main(String[] args) {
            throw new AppException(ExceptionEnum.AUTH);
        }
    }
    

    ②.重写fillInStackTrace方法

    重写该方法后,会只打印第一条信息,这样不仅可以节省日志空间,方便查看,更可以提高部分性能。

        @Override
        public Throwable fillInStackTrace() {
            return this;
        }
    
    

    ③.打印内容

    可以看到,打印内容明显变少

    在这里插入图片描述

    展开全文
  • 1、e.printStackTrace()打印在哪里 在catch中的e.printStackTrace()将打印到控制台 2、e.printStackTrace()打印的内容是什么 import org.apache.logging.log4j.Logger; public class ExceptionTest { private ...
  • java.lang.NullPointerException: null ...原因:发现服务器中日志文件只有异常,但是没有打印堆栈信息,找之前的日志文件发现有完整的堆栈异常信息 这个问题其实是跟JDK5引入的一个新特性有关,...
  • JAVA使用日志Log打印异常信息

    千次阅读 2020-01-15 16:43:44
    JAVA使用日志Log打印异常信息 一、前言 最近公司用上了SonarQube代码检测,提示应该用LOGGER.log(…)代替e.printStackTrace()。 经了解到: 通过e.printStackTrace()会调用System.err将错误信息通过流进行打印可能...
  • 一直以为是日志系统的功能,今天发现是jvm实现的,参数是:OmitStackTraceInFastThrow,并且只针对特定5种异常开启。 详见:https://www.javajike.com/article/1768.html
  • java异常的三种打印方法Whenever exception throw then Throwable class provides various methods to provide exception related information like Exception name, Exception description and Stack Trace, etc. ...
  • java异常日志处理规范

    千次阅读 2017-09-14 16:50:57
     java异常处理规范(转自:http://www.vxzsk.com/521.html) 1. 【强制】不要捕获 Java 类库中定义的继承自 RuntimeException 的运行时异常类,如: IndexOutOfBoundsException / NullPointerException,这类异常...
  • java Log日志规范

    2019-04-26 01:10:10
    NULL 博文链接:https://asen0713.iteye.com/blog/2356662
  • 本文不概述如何打印日志,本文概述如何将捕获的异常详细信息打印到日志进行输出,方便定位问题。   首先定义一个函数getTrace如下所示 public static String getTrace(Throwable t) { StringWriter ...
  • Java异常打印输出中常见方法的分析

    万次阅读 多人点赞 2017-04-30 22:10:35
    但是一般在我们的项目中,由于经验阅历等多方面的原因,依然有若干的童鞋在代码中没有正确的使用异常打印方法,导致在项目的后台日志中,没有收到日志或者日志信息不完整等情况的发生,这些都给项目埋下了若干隐患。...
  • 打印java异常堆栈信息到日志文件

    千次阅读 2015-05-26 10:08:09
    存在问题:e.printStackTrace();无法直接将堆栈信息,打印日志文件。 解决办法: ... * @功能说明:在日志文件中,打印异常堆栈 * @param Throwable * @return:String */ public static String Log
  • StringWriter sw = new StringWriter(); PrintWriter pw = new PrintWriter(sw); e.printStackTrace(pw); return sw.toString()
  • 本文作者:suxingrui ... 版权声明:本文为原创文章,转载请注明出处。 程序开发过程中,我们经常...使用的时候,可能会一个不小心忘记加上try catch或者catch的异常范围不够,而导致出现异常时,未能够捕获到该异常...
  • 首先要在方法处抛出 Exception异常 ...日志: 要点: System.getProperty("line.separator") 是用来换行的 通用换行 不限操作系统 如果要用这种记录异常位置的方法,就必须是某...
  • 非常详细! 记录java中的异常日志处理.

    千次阅读 多人点赞 2020-08-04 10:55:59
    关于java中的异常是如何操作的, 日志又是如何使用的,这篇文章会给你答案。
  • Java程序日志打印规范

    千次阅读 2020-05-02 11:17:04
    日志技术框架一览 JUL:JDK中的日志记录工具,也常称为JDKLog、jdk-logging。 LOG4J1:一个具体的日志实现框架。 LOG4J2:一个具体的日志实现框架,是LOG4J1的下一个版本。 LOGBACK:一个具体的日志实现框架...
  • Java异常打印输出的常见方法整理

    万次阅读 2018-05-05 11:08:28
    但是一般在我们的项目中,由于经验阅历等多方面的原因,依然有若干的童鞋在代码中没有正确的使用异常打印方法,导致在项目的后台日志中,没有收到日志或者日志信息不完整等情况的发生,这些都给项目埋下了若干隐患。...
  • Java语言的异常类Exception包含着异常的全部信息。 现设异常的实例名为ex,所有的异常都是一个除以0的表达式(int i...3、通过ex.printStackTrace()可以直接在控制台打印异常的全部信息(包括堆栈),但该函数最好不要
  • java 日志打印规范

    千次阅读 2019-08-16 11:43:00
    日志要求: 重要日志一定要打印日志文件 日志文件应该每天滚动一次,日志多的可以每个小时滚动一次 日期必须精确到毫秒,而不是秒 确保日志是按事件顺序输出 ...对于无法预知的异常,一定要打印堆栈:LOGGER.er...
  • 编者按:做了很多年IT工作,突然又对日志级别有些迷茫,哈哈,为什么要有又字。是的,人们都在实践中不停的学习并增进自己。写了好久的字,盯住看3分钟,然后你会想,哦?写错了吧 ^_^原文在: ...
  • java异常输出到日志

    千次阅读 2017-08-30 09:16:12
    import java.io.PrintWriter; import java.io.StringWriter; import java.util.logging.Logger;/** * Created by Mr.Jo on 2017/8/30. */class LoggingException extends Exception{ public static Logger logg
  • java 怎么合理的打印日志

    千次阅读 2019-08-20 15:45:27
    1.日志的主要作用 1)日志是系统运行的“照妖镜”,通过它能够实时反映系统的运行状态; 如上图所示,系统A中producer不断产生数据放入到data queue中,sender不断从data queue中取数据发送给下游系统B的receiver,...
  • 日历表格面板 [ConfigLine.java] 控制条类 [RoundBox.java] 限定选择控件 [MonthMaker.java] 月份表算法类 [Pallet.java] 调色板,统一配色类 Java扫雷源码 Java生成自定义控件源代码 2个目标文件 Java实现HTTP连接...
  • java错误日志打印问题

    千次阅读 2019-03-29 17:12:20
    前言:说来惭愧,做了5,6的java开发,今天才发现之前的打印方式是错误的,生产环境出了问题,但是没法定位,后来发现输出方式有问题,为此记录一下; 已下面方法作为测试 import org.slf4j.Logger; import org.slf4j...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 71,936
精华内容 28,774
关键字:

java异常打印日志

java 订阅