技术标签: java slf4j logger log4j logback
我们不可能实时的24小时对系统进行人工监控,那么如果程序出现异常错误时要如何排查呢?并且系统在运行时做了哪些事情我们又从何得知呢?这个时候日志这个概念就出现了,日志的出现对系统监控和异常分析起着至关重要的作用;
就拿java来说,在早期的日志都是通过System.out.println()
进行记录的,但是这种方式不便于管理,所以apache最先开发了首个日志框架:log4j
; 为日志框架奠定了基础;
日志框架出现的历史顺序为 : log4j → JUL → JCL → SLF4J → logback → log4j2
JUL一共有7个日志级别,用法如下:
logger.(Level.INFO,"info");
Level.SEVERE
:最高级别的日志,主要记录错误信息Level.WARNING
:级别排行第二,记录警告信息Level.INFO
:级别排行第三,最常用的日志级别,记录普通消息,比如请求信息、连接信息、参数信息等等Level.CONFIG
:级别排行第四,记录配置信息,加载配置文件、读取配置参数都可以使用CONFIG记录Level.FINE
:debug 时记录的 日志消息,记录运行时的状态、传递的参数等等Level.FINER
:debug 时记录的 日志消息,记录运行时的状态、传递的参数等等Level.FINEST
:debug 时记录的 日志消息,记录运行时的状态、传递的参数等等Level.ALL
:所有记录都开启Level.OFF
: 关闭日志记录其中,FINE
、FINER
、FINEST
都是记录debug信息的,三者取其一即可;
新建一个文件名为:logging.properties
,内容如下,以下配置可以同时输出到控制台和文件中
#为顶级父元素RootLogger指定默认的处理器:ConsoleHandler,即若是你没有自定义Logger,就用这个Logger
handlers=java.util.logging.ConsoleHandler
#顶级父元素默认的日志级别为INFO,即此Logger的日志级别是INFO
.level=INFO
#自定义Logger,即该Logger的name为com.yexindong,调用时这样即可 Logger logger = Logger.getLogger("com.yexindong");
#指定了自定义Logger的handlers,ConsoleHandler是输出到控制台,FileHandler是输出到文件中,两个都指定就可以同时输出;
com.yexindong.handlers=java.util.logging.ConsoleHandler, java.util.logging.FileHandler
#指定了自定义Logger的日志级别
com.yexindong.level=INFO
#关闭默认配置
com.yexindong.useParentHandlers=false
#*******************向文件输出的handler对象 start*******************
#指定日志文件输出的路径
java.util.logging.FileHandler.pattern=D:\\ying.log
#指定文件内容的大小(单位:字节(b))
java.util.logging.FileHandler.limit=50000
#指定日志文件的个数
java.util.logging.FileHandler.count=10
#指定日志文件的格式,
java.util.logging.FileHandler.formatter=java.util.logging.SimpleFormatter
#指定以追加的方式添加日志内容
java.util.logging.FileHandler.append=true
#*******************向文件输出的handler对象 end*******************
#*******************向控制台输出的handler对象 start*****************
#指定日志级别 ,尽量和自定义的级别相同,否则会有些日志无法打印处理
java.util.logging.ConsoleHandler.level=INFO
#指定日志的格式
java.util.logging.ConsoleHandler.formatter=java.util.logging.SimpleFormatter
#指定日志的编码
java.util.logging.ConsoleHandler.encoding=UTF-8
#*******************向控制台输出的handler对象 end*****************
#指定日志消息的格式
java.util.logging.SimpleFormatter.format=%1$tY-%1$tm-%1$td %1$tH:%1$tM:%1$tS %4$s %2$s %5$s%6$s%n
log4j 很重要的一个缺陷是不支持占位符,但是用户可自己定义实现占位符的功能,
log4j的默认日志级别 是debug;
logger.fatal(info)
:记录严重的错误信息,一般会造成系统崩溃并终止运行logger.error(info)
:记录错误信息,不会影响系统运行logger.warn(info)
:记录警告信息logger.info(info)
:记录运行信息,logger.debug(info)
:(默认)记录调式信息,一般在开发中使用logger.trace(info)
:记录追踪信息,记录程序的流程信息;Appenders ·是用来指定将日志输出到哪个地方,可以同时指定日志的输出目的地,log4j常用的Appenders有以下几种
输出端类型 | 作用 |
---|---|
ConsoleAppender | 将日志输出到控制台 |
FileAppender | 将日志输出到文件中 |
DailyRollingFileAppender | 将日志输出到一个日志文件,并且每天输出到一个新的文件 |
RollingFileAppender | 将日志信息输出到一个日志文件,并且指定文件的尺寸,当文件大小达到指定的尺寸时,会自动把文件改名,同时产生一个新的文件; |
JDBCAppender | 把日志信息保存到数据库中 |
布局器,用于控制日志输出的格式,让我么可以自定义日志格式,log4j常用的layouts有以下几种
格式化器 | 作用 |
---|---|
HTMLLayout | 格式化日志为html表格形式 |
XMLLayout | 格式化日志为xml文档形式 |
SimpleLayout | (默认)简单的日志输出格式化,打印的日志格式为(info - message) |
PatternLayout | 最强大的格式化器,可以根据自定义格式输出日志,如果没有指定转换格式,默认的格式只显示消息内容; |
参数 | 说明 | 举例 |
---|---|---|
%m |
输出代码中指定的日志信息 | logger.info(日志信息) |
%p |
输出日志级别 | INFO、DEBUG、ERROR %-8p 表示占用8个字符,若字符不够用空格代替 |
%n |
换行符 | 必须在结尾加上换行符,否则日志将杂乱不堪 |
%r |
输出从应用启动到输出该log信息耗费的毫秒数 | (log打印时间 - 应用启动时间) |
%c |
输出打印语句所属的类全名 | %c :com.xd.App %c{1}:App |
%C |
列出调用logger的类的全名(包含包路径) | %C :com.xd.App %C{1} :App |
%t |
输出产生该日志所在的线程名名称 | main 、thread-0、thread-1 |
%d |
输出服务器当前时间,精确到豪秒, | 自定义格式 1、 %d :2021-12-16 16:05:07,201 2、 %d{yyyy-MM-dd HH:mm:ss} :2021-12-16 16:05:07 |
%l |
输出日志发生的位置,包含包名、类名、方法名、所在的代码行树 | com.log.App.haveConfigFile(App.java:25) |
%L |
输出代码中的行号 | 12 |
%F |
显示调用logger的类的文件名 | App.class |
%% |
输出一个百分号 % | % |
apache log4j2是对log4j的升级班,参考了logback的一些优秀设计,并且修复了logback体系中的一些问题,因此带来了一些重大的提升,主要有以下几点
添加依赖
<!-- log4j门面-->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-api</artifactId>
<version>2.15.0</version>
</dependency>
<!-- log4j2依赖-->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-core</artifactId>
<version>2.15.0</version>
</dependency>
java代码
package com;
import org.apache.logging.log4j.LogManager;
import org.apache.logging.log4j.Logger;
//使用log4j作为门面
public class Log4j2App {
public static void main(String[] args) {
Logger logger = LogManager.getLogger(Log4j2App.class);
logger.fatal("max error");
logger.error("error");
logger.warn("warn");
logger.info("info");
logger.debug("debug");
logger.trace("trace");
}
}
配置文件log4j2.xml
<?xml version="1.0" encoding="UTF-8"?>
<!--日志级别以及优先级排序: OFF > FATAL > ERROR > WARN > INFO > DEBUG > TRACE > ALL -->
<!--Configuration后面的status,这个用于设置log4j2自身内部的信息输出,可以不设置,当设置成trace时,你会看到log4j2内部各种详细输出-->
<!--monitorInterval:Log4j能够自动检测修改配置 文件和重新配置本身,设置间隔秒数-->
<configuration status="WARN" monitorInterval="30">
<properties>
<!-- 配置全局变量,使用时通过:${name} 获取-->
<property name="LOG_PATH">D:\\log\\</property>
<property name="pattern_format">[%d{HH:mm:ss:SSS}] [%-5p] - %l -- %m%n</property>
</properties>
<!--先定义所有的appender-->
<appenders>
<!--控制台的输出配置-->
<console name="Console" target="SYSTEM_OUT">
<!--输出日志的格式-->
<PatternLayout pattern="${pattern_format}"/>
</console>
<!--文件会打印出所有信息,这个log每次运行程序会自动清空,由append属性决定,这个也挺有用的,适合临时测试用-->
<File name="log" fileName="${LOG_PATH}/log4j2_all.log" append="false">
<PatternLayout pattern="${pattern_format}"/>
</File>
<!-- RandomAccessFile 使用随机读写流输出日志到文件,性能较高 -->
<RandomAccessFile name="file" fileName="${LOG_PATH}/randomAccessFile.log">
<PatternLayout pattern="${pattern_format}"/>
</RandomAccessFile>
<!-- RollingFile 按照一定的规则进行拆分文件-->
<!-- 这个会打印出所有的info及以下级别的信息,每次大小超过size,则这size大小的日志会自动存入按年份-月份建立的文件夹下面并进行压缩,作为存档-->
<RollingFile name="RollingFileInfo" fileName="${LOG_PATH}/info_low.log"
filePattern="${LOG_PATH}/$${date:yyyy-MM}/info-%d{yyyy-MM-dd}-%i.log">
<!--控制台只输出level及以上级别的信息(onMatch),其他的直接拒绝(onMismatch)-->
<ThresholdFilter level="info" onMatch="ACCEPT" onMismatch="DENY"/>
<PatternLayout pattern="${pattern_format}"/>
<Policies>
<!-- 系统启动或重启时就触发拆分规则,生成一个新的日志文件-->
<OnStartupTriggeringPolicy/>
<!-- 按照时间的节点进行拆分 ,根据filePattern定义的规则拆分-->
<TimeBasedTriggeringPolicy/>
<!-- 按文件大小进行拆分-->
<SizeBasedTriggeringPolicy size="100 KB"/>
</Policies>
<!-- 在同一目录下,日志文件的个数限定为30个,超过30个则会覆盖,这个配置可以有效防止日志文件过大导致磁盘空间不足; -->
<DefaultRolloverStrategy max="30"/>
</RollingFile>
<!-- 只打印 info级别的信息-->
<RollingFile name="RollingFileInfo" fileName="${LOG_PATH}/info.log"
filePattern="${LOG_PATH}/$${date:yyyy-MM}/info-%d{yyyy-MM-dd}-%i.log">
<!--控制台只输出 info 级别的信息-->
<filters>
<!--
onMismatch="NEUTRAL" 表示该级别及以下的,由下一个filter处理,如果当前是最后一个,则不匹配该级别以下的
onMatch="DENY" 表示不匹配该级别及以上
-->
<ThresholdFilter level="warn" onMatch="DENY" onMismatch="NEUTRAL"/>
<!--
onMatch="ACCEPT" 表示匹配该级别及以上
onMismatch="DENY" 表示不匹配该级别以下的
-->
<ThresholdFilter level="info" onMatch="ACCEPT" onMismatch="DENY"/>
</filters>
<PatternLayout pattern="${pattern_format}"/>
<Policies>
<TimeBasedTriggeringPolicy/>
<SizeBasedTriggeringPolicy size="100 KB"/>
</Policies>
</RollingFile>
<!-- 只打印warn级别的信息,并自动存档-->
<RollingFile name="RollingFileWarn" fileName="${LOG_PATH}/warn.log"
filePattern="${LOG_PATH}/$${date:yyyy-MM}/warn-%d{yyyy-MM-dd}-%i.log">
<!-- 只打印warn级别的日志-->
<filters>
<ThresholdFilter level="error" onMatch="DENY" onMismatch="NEUTRAL"/>
<ThresholdFilter level="warn" onMatch="ACCEPT" onMismatch="DENY"/>
</filters>
<PatternLayout pattern="${pattern_format}"/>
<Policies>
<TimeBasedTriggeringPolicy/>
<SizeBasedTriggeringPolicy size="100 KB"/>
</Policies>
<!-- DefaultRolloverStrategy属性如不设置,则默认为最多同一文件夹下7个文件,这里设置了20 -->
<DefaultRolloverStrategy max="20"/>
</RollingFile>
<!-- 打印error级别以上的信息-->
<RollingFile name="RollingFileError" fileName="${LOG_PATH}/error.log"
filePattern="${LOG_PATH}/$${date:yyyy-MM}/error-%d{yyyy-MM-dd}-%i.log">
<!-- 只打印error级别的日志-->
<filters>
<ThresholdFilter level="error" onMatch="ACCEPT" onMismatch="DENY"/>
</filters>
<PatternLayout pattern="${pattern_format}"/>
<Policies>
<TimeBasedTriggeringPolicy/>
<SizeBasedTriggeringPolicy size="100 KB"/>
</Policies>
</RollingFile>
<!-- 每天进行归档,自动压缩日志文件 -->
<RollingRandomAccessFile name="applicationAppender" fileName="${LOG_PATH}/rollingRandomAccessFile.log"
filePattern="${LOG_PATH}/$${date:yyyy-MM}/common-%d{yyyy-MM-dd}.log.gz"
append="true">
<PatternLayout pattern="${pattern_format}"/>
<Policies>
<TimeBasedTriggeringPolicy/>
</Policies>
</RollingRandomAccessFile>
</appenders>
<!--然后定义logger,只有定义了logger并引入的appender,appender才会生效-->
<loggers>
<!--过滤掉spring和mybatis的一些无用的DEBUG信息-->
<logger name="org.springframework" level="INFO"></logger>
<logger name="org.mybatis" level="INFO"></logger>
<root level="all">
<!-- appender引用-->
<appender-ref ref="Console"/>
<appender-ref ref="log"/>
<appender-ref ref="RollingFileInfo"/>
<appender-ref ref="RollingFileWarn"/>
<appender-ref ref="RollingFileError"/>
</root>
</loggers>
</configuration>
运行上面的java代码,打印的日志如下
[21:10:17:717] [FATAL] - com.Log4j2App.main(Log4j2App.java:15) -- max error
[21:10:17:717] [ERROR] - com.Log4j2App.main(Log4j2App.java:16) -- error
[21:10:17:717] [WARN ] - com.Log4j2App.main(Log4j2App.java:17) -- warn
[21:10:17:717] [INFO ] - com.Log4j2App.main(Log4j2App.java:18) -- info
[21:10:17:717] [DEBUG] - com.Log4j2App.main(Log4j2App.java:19) -- debug
[21:10:17:717] [TRACE] - com.Log4j2App.main(Log4j2App.java:20) -- trace
加入pom依赖
<!-- slf4j门面-->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.30</version>
</dependency>
<!-- slf4j与log4j2的桥接包:log4j-slf4j-impl-2.9.0.jar,这个包的作用就是使用slf4j的api,但是底层实现是基于log4j2.-->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-slf4j-impl</artifactId>
<version>2.9.0</version>
</dependency>
<!-- log4j门面 ,这个也是需要的-->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-api</artifactId>
<version>2.15.0</version>
</dependency>
<!-- log4j2依赖-->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-core</artifactId>
<version>2.15.0</version>
</dependency>
<!-- log4j2异步日志依赖 ,不用异步功能的话,这个包可以不要-->
<dependency>
<groupId>com.lmax</groupId>
<artifactId>disruptor</artifactId>
<version>3.3.4</version>
</dependency>
java代码
package com;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
/**
* 使用Slf4j作为门面
*/
public class Log4j2_Slf4j_App {
public static void main(String[] args) {
Logger logger = LoggerFactory.getLogger(Log4j2_Slf4j_App.class);
logger.error("error");
logger.warn("warn");
logger.info("info");
logger.debug("debug");
logger.trace("trace");
}
}
配置文件还是使用原来 log4j2.xml 即可,
执行代码后打印结果如下
[11:20:56:866] [ERROR] - com.Log4j2_Slf4j_App.main(Log4j2_Slf4j_App.java:15) -- error
[11:20:56:866] [WARN ] - com.Log4j2_Slf4j_App.main(Log4j2_Slf4j_App.java:16) -- warn
[11:20:56:866] [INFO ] - com.Log4j2_Slf4j_App.main(Log4j2_Slf4j_App.java:17) -- info
[11:20:56:867] [DEBUG] - com.Log4j2_Slf4j_App.main(Log4j2_Slf4j_App.java:18) -- debug
[11:20:56:867] [TRACE] - com.Log4j2_Slf4j_App.main(Log4j2_Slf4j_App.java:19) -- trace
异步分为全局异步和混合异步2种方式
添加maven依赖
<!-- log4j2异步日志依赖-->
<dependency>
<groupId>com.lmax</groupId>
<artifactId>disruptor</artifactId>
<version>3.3.4</version>
</dependency>
-DLog4jContextSelector=org.apache.logging.log4j.core.async.AsyncLoggerContextSelector
log4j2.component.properties
,文件增加以下内容:Log4jContextSelector=org.apache.logging.log4j.core.async.AsyncLoggerContextSelector
log4j2提供2种异步日志的实现方式
AsyncAppender
:性能提升较小AsyncLogger
:性能提升较大,推荐使用AsyncAppender配置方式
<?xml version="1.0" encoding="UTF-8"?>
<configuration status="WARN" monitorInterval="30">
<appender name="xindong_file" class="ch.qos.logback.core.FileAppender">
<file>myapp.log</file>
<encoder>
<pattern>[%d{yyyy-MM-dd HH:mm:ss.SSS}] [%level] [%thread] [%logger{50}] >>> %msg%n</pattern>
</encoder>
</appender>
<appender name="xindong_async" class="ch.qos.logback.classic.AsyncAppender">
<appender-ref ref="xindong_file" />
</appender>
<root level="DEBUG">
<appender-ref ref="xindong_async" />
</root>
</configuration>
AsyncLogger配置方式
<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="WARN" monitorInterval="30">
<Appenders>
<RollingRandomAccessFile name="applicationAppender" fileName="./log/application.log"
filePattern="./log/$${date:yyyy-MM}/common-%d{yyyy-MM-dd}.log.gz"
append="false">
<PatternLayout pattern="[%d{yyyy-MM-dd HH:mm:ss.SSS}] [%p] - %l - %m%n"/>
<Policies>
<TimeBasedTriggeringPolicy/>
</Policies>
</RollingRandomAccessFile>
<Console name="CONSOLE" target="SYSTEM_OUT">
<PatternLayout pattern="[%d{yyyy-MM-dd HH:mm:ss.SSS}] [%p] %t - %l - %m%n"/>
</Console>
</Appenders>
<Loggers>
<!-- AsyncLogger配置 -->
<AsyncLogger name="log4j2" >
<AppenderRef ref="applicationAppender"/>
</AsyncLogger>
<Root level="info">
<!--<AppenderRef ref="CONSOLE"/>-->
<AppenderRef ref="applicationAppender"/>
</Root>
<!--<Logger name="log4j2" level="debug" additivity="false" >-->
<!--<AppenderRef ref="CONSOLE"/>-->
<!--<AppenderRef ref="applicationAppender"/>-->
<!--</Logger>-->
</Loggers>
</Configuration>
logback是由log4j的创始人设计的另一个开源日志组件,性能比log4j更好;
logback主要分为三个模块
logback的默认日志级别是debug;
logback 支持以下几种方式的配置文件,如果以下文件都不存在的话则会采用默认的配置文件;
先导入maven依赖,这里使用slf4j来管理logback
<!-- 使用日志门面管理logback-->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.30</version>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-core</artifactId>
<version>1.2.3</version>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<version>1.2.3</version>
</dependency>
java代码
package com.log;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
public class LogbackApp {
public static void main(String[] args) {
Logger logger = LoggerFactory.getLogger(LogbackApp.class);
logger.error("error");
logger.info("123445");
logger.debug("debug");
logger.trace("trace");
}
}
logback的配置文件,这里的配置比较全,童鞋们按需配置即可
<?xml version="1.0" encoding="UTF-8" ?>
<configuration>
<!-- 配置变量,和 maven 的 properties标签的功能医院-->
<property name="pattern" value="%d{yyyy-MM-dd HH:mm:ss} [%t] [%-5level] %c %M %L %m %n"></property>
<property name="html_pattern" value="%d{yyyy-MM-dd HH:mm:ss}%t%-5level%c%M%L%m%n"></property>
<!-- 输出到控制台-->
<appender name="yexindong_console_appender" class="ch.qos.logback.core.ConsoleAppender">
<!-- 控制输出流对象,默认为System.out(黑色字体) ,System.err 是红色字体 -->
<!-- <target>System.err</target>-->
<!-- 输出的日志消息格式配置-->
<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
<!--
日志输出格式
%-5level : 日志级别,占用5个字符的位置
%d{yyyy-MM-dd HH:mm:ss,SSS} :日期并指定格式
%c :类的完整名称
%M : 方法名称
%L : 代码所在行号
%t : 调用logger打印方法的thread线程名称
%m : 打印的日志内容
%n : 换行
-->
<pattern>${pattern}</pattern>
</encoder>
</appender>
<!-- 输出到文件-->
<!-- <appender name="yexindong_file_appender" class="ch.qos.logback.core.FileAppender">-->
<!-- 日志文件保存路径-->
<!-- <file>D:\\log\\logback.log</file>-->
<!-- 输出的日志消息格式配置-->
<!-- <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">-->
<!-- <pattern>${pattern}</pattern>-->
<!-- </encoder>-->
<!-- </appender>-->
<!-- 输出到html格式的日志文件-->
<!-- <appender name="yexindong_html_appender" class="ch.qos.logback.core.FileAppender">-->
<!-- 日志文件保存路径-->
<!-- <file>D:\\log\\logback_html.html</file>-->
<!-- html 消息格式配置-->
<!-- <encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder">-->
<!-- <layout class="ch.qos.logback.classic.html.HTMLLayout">-->
<!-- <pattern>${html_pattern}</pattern>-->
<!-- </layout>-->
<!-- </encoder>-->
<!-- </appender>-->
<!-- 日志拆分、自动归档压缩-->
<appender name="yexindong_roll_file_appender" class="ch.qos.logback.core.rolling.RollingFileAppender">
<!-- 日志文件保存路径-->
<file>D:\\log\\logback_rolling.log</file>
<!-- 输出的日志消息格式配置-->
<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
<pattern>${pattern}</pattern>
</encoder>
<!-- 指定文件拆分规则-->
<rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
<!-- 按照时间为节点进行拆分,自动压缩的文件名称-->
<fileNamePattern>D:\\log\\logback_rolling.%d{yyyy-MM-dd HH_mm_ss}.log%i.gz</fileNamePattern>
<!-- 按照文件大小进行拆分,当文件大小达到1MB时就会将日志进行压缩 -->
<maxFileSize>1MB</maxFileSize>
</rollingPolicy>
<!-- 日志级别过滤器-->
<filter class="ch.qos.logback.classic.filter.LevelFilter">
<!-- 设置日志级别,-->
<level>ERROR</level>
<!-- 超过这个级别的日志才会打印-->
<onMatch>ACCEPT</onMatch>
<!-- 小于这个级别的日志不会打印-->
<onMismatch>DENY</onMismatch>
</filter>
</appender>
<!-- 异步日志,因为之前每次打印日志都是在主线程进行输出的,这样对响应速度会有所影响,配置成异步日志会提升响应速度-->
<appender name="yexindong_async_appender" class="ch.qos.logback.classic.AsyncAppender">
<!-- 这里将自动归档的appender设为异步的-->
<appender-ref ref="yexindong_roll_file_appender"></appender-ref>
</appender>
<!--根logger配置-->
<root level="All">
<!-- appender引用-->
<appender-ref ref="yexindong_console_appender"></appender-ref>
<!-- <appender-ref ref="yexindong_file_appender"></appender-ref>-->
<!-- <appender-ref ref="yexindong_html_appender"></appender-ref>-->
<appender-ref ref="yexindong_async_appender"></appender-ref>
</root>
<!--
自定义logger对象
name="com" : 这里是com是包名,表示com包下所有子包的类都使用自定义logger
level="info" :自定义logger的日志级别
additivity="false" :表示自定义的logger对象是否继承 rootLogger(根logger)
-->
<logger name="com" level="all" additivity="false">
<appender-ref ref="yexindong_console_appender"></appender-ref>
</logger>
</configuration>
运行后即可看到打印的日志内容
2021-12-17 19:55:38 [main] [ERROR] com.log.LogbackApp main 13 error
2021-12-17 19:55:38 [main] [INFO ] com.log.LogbackApp main 14 123445
2021-12-17 19:55:38 [main] [DEBUG] com.log.LogbackApp main 15 debug
2021-12-17 19:55:38 [main] [TRACE] com.log.LogbackApp main 16 trace
日志门面技术借鉴了 JDBC 的思想,为日志系统也提供了一套门面,开发者就可以面向这些接口规范来开发,避免了直接依赖具体日志框架,因为不同的日志框架有不同的用法,所以导致在更换日志框架时就需要改动大量的代码,所以为了减少开发量,就有了日志门面技术,门面技术简单地理解就是说你的日志框架变了,但是不需要改代码,只修改依赖和配置文件即可,提高了开发效率;
目前主流的日志门面技术有2种
因为JCL支持的日志技术比较少,只支持目前比较主流的日志框架,且不支持扩展,需要扩展其他的日志实现技术的话需要用户自己修改源代码,但是随着技术的发展,以后肯定会发展出更多更好的日志框架,但是jcl却不支持这些新出的框架,因此jcl在在2014年就已经被 apache 给淘汰了,目前使用最广泛的是slf4j;
jcl门面技术在获取log实现时会按照以下顺序依次获取logger的实现,我们可以看到它是优先使用log4j的,如果找到了log4j的实现,就不会在往下找其他实现了
<dependency>
<groupId>commons-logging</groupId>
<artifactId>commons-logging</artifactId>
<version>1.2</version>
</dependency>
package com.log;
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
public class App {
public static void main(String[] args) {
Log log = LogFactory.getLog(App.class);
// jcl优先使用 log4j 日志,如果未添加log4j依赖,默认会使用java自带的日志框架:java.util.logging
log.info("hello world");
}
}
十二月 17, 2021 11:34:22 上午 com.log.App main
信息: hello world
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.17</version>
</dependency>
log4j.properties
,放在resources目录下# 配置log4j的顶级父元素,指定日志级别为 trace,使用appender为yexindong, 这个yexindong 是用户自定义的
log4j.rootLogger=trace,yexindong
# ***********************输出到控制台 start****************
# 指定控制台日志输出的 appender
log4j.appender.yexindong=org.apache.log4j.ConsoleAppender
# 指定消息layout布局器
log4j.appender.yexindong.layout=org.apache.log4j.PatternLayout
# 指定消息输出格式
log4j.appender.yexindong.layout.conversionPattern=%t %d [%t] %-5p %l -- %m %n
main 2021-12-17 11:36:06,642 [main] INFO com.log.App.main(App.java:17) -- hello world
在log4j开发出来出来之后,log4j就受到了广大开发者的爱好,纷纷开始使用log4j,但是后来 log4j的创始人跟apache因为一些矛盾从apache辞职自己去创业了,创始人为了给自己的公司打出一点名声,所以就基于log4j又开发出了一个新的日志框架 logback
,logback不管是性能还是功能都比log4j强,但是却很少人使用, 因为jcl门面不支持logback,所以这个创世人又设计出了slf4j,slf4j支持市面上所有主流的日志框架;所以目前为止,使用最多的就是slf4j了; 后来 apache又基于 logback 的源码 设计出了 log4j2 日志,性能上log4j2比logback更胜一筹,并且log4j2既是日志框架,也是门面技术,但是log4j2的门面技术很少人使用,大多还是使用slf4j;
=maven依赖中,尽量保证只有一个日志实现,如果由多个日志实现的话默认使用第一个(maven依赖靠前的那个),并且在控制台会显示以下警告信息
# 提示有多个日志实现
SLF4J: Class path contains multiple SLF4J bindings.
# 第一个日志实现
SLF4J: Found binding in [jar:file:/D:/repository/org/slf4j/slf4j-simple/1.7.25/ slf4j-simple-1.7.25.jar!/org/slf4j/impl/StaticLoggerBin
# 第二个日志实现
SLF4J: Found binding in [jar:file:/D:/repository/org/slf4j/slf4j-log4j12/1.7.12/slf4j-log4j12-1.7.12.jar!/org/slf4j/impl/StaticLoggerBinder.class]
# 默认绑定第一个
SLF4J: Actual binding is of type [org.slf4j.impl.SimpleLoggerFactory]
首先加入slf4j的依赖
<!-- 日志门面依赖-->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.26</version>
</dependency>
log打印代码如下
package com.log;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
public class App {
public static void main(String[] args) {
Logger logger = LoggerFactory.getLogger(App.class);
logger.error("12322");
logger.warn("warn");
logger.info("info {}", "yexindong");
logger.debug("debug");
logger.trace("trace");
}
}
此时还不会打印内容,因为目前只有接口,还没有具体的实现
slf4j-simple是slf4j内置的简单日志实现框架,功能比较简单;
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-simple</artifactId>
<version>1.7.25</version>
</dependency>
运行上述java代码后,控制台打印的结果如下
[main] ERROR com.log.App - 12322
[main] WARN com.log.App - warn
[main] INFO com.log.App - info yexindong
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-jdk14</artifactId>
<version>1.7.25</version>
</dependency>
运行上述java代码后,控制台打印的结果如下
十二月 17, 2021 5:03:58 下午 com.log.App main
严重: 12322
十二月 17, 2021 5:03:58 下午 com.log.App main
警告: warn
十二月 17, 2021 5:03:58 下午 com.log.App main
信息: info yexindong
其中 slf4j-log4j12 是适配器,必须要一个适配器,否则log4j不生效
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>1.7.12</version>
</dependency>
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.17</version>
</dependency>
除此之外,还需要加上log4j的配置文件:log4j.properties
# 配置log4j的顶级父元素,指定日志级别为 trace,使用appender为yexindong, 这个yexindong 是用户自定义的
log4j.rootLogger=trace,yexindong
# ***********************输出到控制台 start****************
# 指定控制台日志输出的 appender
log4j.appender.yexindong=org.apache.log4j.ConsoleAppender
# 指定消息layout布局器
log4j.appender.yexindong.layout=org.apache.log4j.PatternLayout
# 指定消息输出格式
log4j.appender.yexindong.layout.conversionPattern=%t %d [%t] %-5p %l -- %m %n
# ***********************输出到控制台 end****************
运行上述java代码后,控制台打印的结果如下
main 2021-12-17 17:22:03,345 [main] ERROR com.log.App.main(App.java:11) -- 12322
main 2021-12-17 17:22:03,350 [main] WARN com.log.App.main(App.java:12) -- warn
main 2021-12-17 17:22:03,351 [main] INFO com.log.App.main(App.java:13) -- info yexindong
main 2021-12-17 17:22:03,351 [main] DEBUG com.log.App.main(App.java:14) -- debug
main 2021-12-17 17:22:03,351 [main] TRACE com.log.App.main(App.java:15) -- trace
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<version>1.2.3</version>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-core</artifactId>
<version>1.2.3</version>
</dependency>
运行上述java代码后,控制台打印的结果如下
17:14:23.500 [main] ERROR com.log.App - 12322
17:14:23.508 [main] WARN com.log.App - warn
17:14:23.508 [main] INFO com.log.App - info yexindong
17:14:23.510 [main] DEBUG com.log.App - debug
老项目使用的日志框架是log4j,现在想要使用logback, 但是一大堆的java文件中都有log4j的导入
import org.apache.log4j.Logger;
因为使用了logback,就一定要将log4j相关的maven依赖删除,依赖删除后,这个import导入就一定会报错,一个个去改把,太麻烦了,搞不好改错了,更麻烦,于是就有了 日志桥接器,只需要加上桥接器的maven依赖即可,代码一行都不需要改,依赖如下
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>log4j-over-slf4j</artifactId>
<version>1.7.25</version>
</dependency>
加上这个依赖后,虽然import上是log4j,但是底层调用的其实是logback的日志实现;
文章浏览阅读1.6k次,点赞2次,收藏3次。参考:UI页面、粒子、动画、脚本新建面板详解Laya版本:2.5.0一创建一个粒子效果在UI编辑界面右键-> 新建 -> 粒子粒子有重力模式和半径模式重力模式:粒子是一个角度向另一个方向呈发射式的粒子效果半径模式:围绕中心点为半径的旋转式粒子效果两个模式除了初始参数不同,没有什么区别。你可以创建一个重力模式粒子,然后通过调整参数,实现半径模..._laya 粒子效果
文章浏览阅读1.4k次,点赞20次,收藏18次。数据的加密解密操作在 日常网络交互中经常会用到,现在密码的安全主要在于 秘钥的安全,如论 DES 3DES AES 还是 RSA, 秘钥的算法(计算秘钥不固定) 和 保存,都决定了你的数据安全;但是常见的逆向操作 比如 hook 加密算法 都很容易拿到 秘钥; 这个时候我们可以 回溯到 之前的 古典密码学(依赖算法本身),基本思路 置换 移位 编码 等等手段 来配合 加密算法一起使用,提高我们应用的安全;
文章浏览阅读6.1w次,点赞147次,收藏1k次。目录1. 完整的TESTBENCH文件结构2.时钟激励产生3.复位信号设计4.双向信号设计5. 特殊信号设计6.仿真控制语句以及系统任务描述7.加法器的仿真测试文件编写 Verilog功能模块HDL设计完成后,并不代表设计工作的结束,还需要对设计进行进一步的仿真验证。掌握验证的方法,即如何调试自己的程序非常重要。在RTL逻辑设计中,要学会根据硬件逻辑来写测试程..._verilog testbench
文章浏览阅读284次。分布式架构之所以复杂,就是因为增加了网络通信,而网络通信本身具有不确定性。但是作为业务支撑的整个技术架构,所有业务的处理必须要具备确定性。因此在这样一个矛盾下,导致架构变得更加复杂。面试题”说说你对CAP的理解“这个问题,就是在这个背景下产生的大家好,我是Mic,一个工作了14年的Java程序员。下面我们来分析一下面试官对于这个问题的考察意图。_mic老师50万字面试宝典
文章浏览阅读316次,点赞9次,收藏11次。Java-编码-Base64
文章浏览阅读566次。题目大意: ~~~~~~一场比赛有 n ~n~个参赛选手,要求选手之间两两都有且仅有一次对决。每一轮中一个选手至多可以对决一次,也就是每一轮选出若干对不相交的选手进行对决。现在要求出最少的对决轮数来结束比赛和此时的对决方案。分析: ~~~~~~首先确定答案,当 n ~n~为偶数的时候,答案为 n−1 ~n-1~,否则为 n ~n~,另外,当 n=1 ~n=1~的时候,答案_tournamentschedule时间复杂度
文章浏览阅读3.9k次。浏览网站实际上是浏览网站中的网页文件。为了便于用户访问,每个站点一般都有自己的默认文档。一般情况下,默认文档都被设置为该网站的主页或某个索引页。默认文档的作用是简便用户的输入,使用户不必在浏览器中输入网站主页的文件名才能访问该网站。例如,网站www.Gench.com.cn将默认主页设置为index.htm,那么,用户在浏览器中输入www.Gench.com.cn时,IIS会自动将页面转换到默认文..._iis中【启用默认内容文档】选项中将默认打开文档修改为程序首页文件格式,如:index
文章浏览阅读5.2w次,点赞86次,收藏373次。以前对箱线图一直一知半解,这次在网上找到一篇不错的文章。首先,箱形图更多用于多组数据的比较,相对直方图不仅节省了空间,还可以展示出许多直方图不能展示的信息。单组数据则更适合采用直方图,使可视化效果更加直观。文章来源于“镝次元”公众号,在此向作者表示感谢。不会数学统计没关系——5分钟教你轻松掌握箱线图 | 图表家族#242018-01-22 19:00编辑:王艺 版面:胡曼君..._箱线图的主要用途是什么
文章浏览阅读1.2k次,点赞22次,收藏15次。每个语言都有控制流语句就不写测试代码了。arkTs绝大部分语法继承自ts,然后有些许的语法特性变化,这部分我也会在入门的时候一并记上。我之前学过java,所以这不是零基础,至少需要会一种编程语言。新建一个鸿蒙App项目,然后开一个设置按钮进行测试没有条件的话,可以在线测试编程代码。在TypeScript中所有的类型都可以被赋值为空类型null,赋值为空类型时可以和其他同类型对象进行运算,但是无法调用这个对象内部本身的方法,会报空指针异常。_鸿蒙arkts语法学
文章浏览阅读443次。试了下str, cast和convert,发现对于小数或大数,多少都存在一些问题,最后经过尝试终于找到一种满意的答案:select cast(HTJE as decimal(20,2)) from T_HTGL where ID = 1002993对于金额部分,这里设置了小数最多2位,能满足需求,尾部的0会自动去除,搞定!..._dable怎么转成varchar
文章浏览阅读569次,点赞7次,收藏6次。把原来绑在el-radio-group的事件取消调 再el-radio-button俩个上面都绑定@click.native.prevent="changeMerge(1)"一个传1 一个传2 这样就触发了。原来想的是用el-button来写,试过el-button点多少次都会触发二次确认框 但是你需求更改其样式,还要把其样式修改为el-radio-button的样式 工程量比较大 所以没深研究。1.需求是点击合并后,出来二次确认框。现在的问题是点击完出现二次确认框后,再次点击不出来二次确认框了。_el-radio-group
文章浏览阅读1.3k次。原问题:MSVCRTD.lib(crtexew.obj) : error LNK2019: 无法解析的外部符号 _WinMain@16,该符号在函数 ___tmainCRTStartup 中被引用Debug\jk.exe : fatal error LNK1120: 1 个无法解析的外部命令参考了这位大神九年前的博客:https://blog.csdn.net/playstudy/article/details/6661868我的环境是VS2010学习版(以下摘自上文原博客)产生这个问题的_pace.lib(crtexew.obj) : error lnk2019: 无法解析的外部符号 _winmain@16,该符号