• 日志规范


    异常类型

    1. debug 非常具体的信息,只能用于开发调试使用。部署到生产环境后,这个级别的信息只能保持很短的时间。这些信息只能临时存在,并将最终被关闭。要区分DEBUGTRACE会比较困难,对一个在开发及测试完成后将被删除的LOG输出,可能会比较适合定义为TRACE级别.

    2.info 重要的业务处理已经结束。在实际环境中,系统管理员或者高级用户要能理解INFO输出的信息并能很快的了解应用正在做什么。比如,一个和处理机票预订的系统,对每一张票要有且只有一条INFO信息描述 “[Who] booked ticket from [Where] to [Where]”。另外一种对INFO信息的定义是:记录显著改变应用状态的每一个action,比如:数据库更新、外部系统请求。

    3.warn 发生这个级别问题时,处理过程可以继续,但必须对这个问题给予额外关注。这个问题又可以细分成两种情况:

    比如生产环境的应用运行在Development模式下、管理控制台没有密码保护等。系统可以允许这种错误的存在,但必须及时做跟踪检查用户参数错误。可以使用warn日志级别来记录用户输入参数错误的情况,避免用户投诉时,无所适从。

    4.error 系统中发生了非常严重的问题,必须马上有人进行处理。没有系统可以忍受这个级别的问题的存在。比如:NPEs(空指针异常),数据库不可用,关键业务流程中断等等。

    异常规范

    1.返回给前端接口统一抛出io.choerodon.core.exception.CommonException异常,这样返回给前端的状态码为200,前端通过failed是否为true判断成功与否。

    2.内部接口(用于被其他服务通过feign或ribbon调用的),统一抛出io.choerodon.core.exception.FeignException异常,抛出异常时状态码为500,方便接口调用端“感知”异常。

    3.手动抛异常时应该把exception一块抛出,可以保留异常堆栈。 try { String input = mapper.writeValueAsString(projectEventMsg); sagaClient.startSaga(PROJECT_UPDATE, new StartInstanceDTO(input, “project”, “” + projectDO.getId())); } catch (Exception e) { throw new CommonException(“error.projectService.update.event”, e); }

    4.不允许记录日志后又抛出异常,因为这样会多次记录日志,只允许记录一次日志,应尽量抛出异常,顶层打印一次日志。

    5.使用SLF4J中的API进行日志打印, 在一个对象中通常只使用一个Logger对象,Logger应该是static final的。 private static final Logger LOGGER= LoggerFactory.getLogger(Abc.class)。

    6.对trace/debug/info级别的日志输出,必须使用占位符的方式。 logger.debug(“Processing trade with id: “ + id + ” symbol: “ + symbol);

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

    7.输出的POJO类必须重写toString方法,否则只输出此对象的hashCode值(地址值),没啥参考意义。

    8.输出Exceptions的全部Throwable信息。

    9.不允许出现System print(包括System.out.println和System.error.println)语句。

    10.不允许出现printStackTrace。堆栈打印应该LOGGER.error(“Bad things : {}“,e)。

    日志格式

    1.将附件中的logback-spring.xml放入src/main/resources/中。

    2.系统抛出的异常不会附带traceid,如果需要输出traceid应该使用如下方式输出异常信息logger.error(“internal server error”, e)。