1.【强制】 应用中不可直接使用日志系统(Log4j、Logback)中的API,而应依赖使用的SLF4j中的API。使用门面模式的日志框架吗,有利于维护和各个类的日志处理方式统一。
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
Logger logger = LoggerFactory.getLogger(JunitTestMyDemo.class);
2.【强制】日志文件推荐至少保存15天
3.【强制】日志命名规则:appName_logType_logName.log,logType推荐分为stats、monitor、visit等,logName为日志描述,通过文件名能够了解到哪个应用、哪个类型、有什么目的,这也有利于递归查找。
例子:在搜索应用中单独监控稿件解析异常,如下:newsSearchServer_monitor_xmlParse.log
说明:推荐对日志进行分类,如将错误日志和业务日志分开存放,方便查看
4.【强制】对trace、debug、info级别的日志输出,必须使用条件输出形式或者是占位符的方式。
条件输出
String cnt = "test";
if (logger.isDebugEnabled()){
logger.debug("debug: " + cnt);
}
占位符
logger.debug("debug:{}", cnt);
5.【强制】防止重复打印日志,日志配置文件中设置additivity=false
子Logger 是否继承 父Logger 的 输出源(appender) 的标志位。具体说,默认情况下子Logger会继承父Logger的appender,也就是说子Logger会在父Logger的appender里输出。若是additivity设为false,则子Logger只会在自己的appender里输出,而不会在父Logger的appender里输出。
6.【强制】异常信息应该包括两类:案发现场信息和异常堆栈信息,如果不处理,那么通过关键字throws往上抛出。
logger.error("各类参数或者对象toString " + e.getMessage(), e);
7.【推荐】禁止输出debug日志,有选择输出info日志,可以使用warn日志记录用户输入参数错误情况,避免用户投诉无所适从
如非必要,请不要在此场景打出error级别,注意日志输出级别,error级别只记录系统逻辑出错、异常等重要的错误信息