目录
Log4J
参考网站： https://www.cnblogs.com/keeya/p/10101547.html
常用日志框架
- java.util.logging：是JDK在1.4版本中引入的Java原生日志框架
- Log4j：Apache的一个开源项目，可以控制日志信息输送的目的地是控制台、文件、GUI组件等，可以控制每一条日志的输出格式，这些可以通过一个配置文件来灵活地进行配置，而不需要修改应用的代码。虽然已经停止维护了，但目前绝大部分企业都是用的log4j。
- LogBack：是Log4j的一个改良版本
- Log4j2：Log4j2已经不仅仅是Log4j的一个升级版本了，它从头到尾都被重写了
为什么选用Log4j2
相比与其他的日志系统，log4j2丢数据这种情况少；disruptor技术，在多线程环境下，性能高于logback等10倍以上；利用jdk1.5并发的特性，减少了死锁的发生；
springboot集成log4j2(已实践：该操作没问题，很便捷)
1.引入jar包
springboot默认是用logback的日志框架的，所以需要排除logback，不然会出现jar依赖冲突的报错。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<exclusions><!-- 去掉springboot默认配置 -->
<exclusion>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-logging</artifactId>
</exclusion>
</exclusions>
</dependency>
<!-- 引入log4j2依赖 -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-log4j2</artifactId>
</dependency>
2.配置文件
如果自定义了文件名，需要在application.yml中配置
logging:
config: xxxx.xml
level:
cn.jay.repository: trace
默认名log4j2-spring.xml，就省下了在application.yml中配置
3.配置文件模板
log4j是通过一个.properties的文件作为主配置文件的，而现在的log4j2则已经弃用了这种方式，采用的是.xml，.json或者.jsn这种方式来做，可能这也是技术发展的一个必然性，因为properties文件的可阅读性真的是有点差。这里给出博主自配的一个模版，供大家参考。
具体详情参考项目中配置文件
//简单使用
//1.
public class LogExampleOther {
private static final org.slf4j.Logger log = org.slf4j.LoggerFactory.getLogger(LogExampleOther.class);
public static void main(String... args) {
log.error("Something else is wrong here");
}
}
//2.
lombok就是一个注解工具jar包，能帮助我们省略一繁杂的代码。具体介绍可以看我的这篇教程。
使用lombok后下面的代码等效于上述的代码，这样会更方便的使用日志。
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<version>1.18.10</version>
</dependency>
@Slf4j
public class LogExampleOther {
public static void main(String... args) {
log.error("Something else is wrong here");
}
}
Spring集成log4j2（已验证、可用）
https://www.cnblogs.com/fukua123/p/10692247.html
#1、配置pom.xml，引用log4j2相关包
<!--log4j2支持-->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-api</artifactId>
<version>2.11.2</version>
</dependency>
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-core</artifactId>
<version>2.11.2</version>
</dependency>
#2、配置简单的log4j2.xml配置文件
#在项目的classpath目录下新建log4j2.xml
####重点：
log4j中配置日志文件相对路径方法分析： https://blog.csdn.net/wangjc_opal/article/details/83330005
<!-- 输出路径 :此处需要重点注意：相对路径、绝对路径、以及系统变量的应用-->
<Property name="logpath">./Log4j/logs/dev</Property>
#3、在web.xml文件里引用log4j2.xml
<context-param>
<param-name>log4jConfiguration</param-name>
<param-value>classpath:log4j2.xml</param-value>
</context-param>
参考log4j2.xml
<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="INFO" monitorInterval="30">
<!-- 配置详解： https://www.cnblogs.com/lzb1096101803/p/5796849.html -->
<!--日志级别以及优先级排序: OFF > FATAL > ERROR > WARN > INFO > DEBUG > TRACE > ALL -->
<!--变量配置-->
<Properties>
<!-- 格式化输出：%date表示日期，%thread表示线程名，%-5level：级别从左显示5个字符宽度 %msg：日志消息，%n是换行符-->
<!-- %logger{36} 表示 Logger 名字最长36个字符 -->
<property name="LOG_PATTERN" value="%date{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n" />
<!-- 定义日志存储的路径 -->
<property name="FILE_PATH" value="更换为你的日志路径" />
<property name="FILE_NAME" value="更换为你的项目名" />
<!-- 以上配置暂不使用，仅供了解 -->
<!-- 输出路径 -->
<Property name="logpath">./Log4j/logs/dev</Property>
</Properties>
<!--先定义所有的appender-->
<Appenders>
<!--这个输出控制台的配置-->
<Console name="Console" target="SYSTEM_OUT">
<!--输出日志的格式-->
<PatternLayout pattern="[%d][%-5p][%t] %m (%F:%L)%n"/>
<!--控制台只输出level及其以上级别的信息（onMatch），其他的直接拒绝（onMismatch）-->
<ThresholdFilter level="debug" onMatch="ACCEPT" onMismatch="DENY"/>
</Console>
<!--文件会打印出所有信息，这个log每次运行程序会自动清空，由append属性决定，这个也挺有用的，适合临时测试用-->
<File name="Filelog" fileName="${logpath}/log/test.log" append="false">
<PatternLayout pattern="%d{HH:mm:ss.SSS} %-5level %class{36} %L %M - %msg%xEx%n"/>
</File>
<!-- 这个会打印出所有的info及以下级别的信息，每次大小超过size，则这size大小的日志会自动存入按年份-月份建立的文件夹下面并进行压缩，作为存档-->
<RollingFile name="debug" fileName="${logpath}/debug/erp_debug.log"
filePattern="${logpath}/debug/erp_debug_%d{yyyy-MM-dd}-%i.log">
<!--Filters决定日志事件能否被输出。过滤条件有三个值：ACCEPT(接受), DENY(拒绝) or NEUTRAL(中立).
ACCEP和DENY比较好理解就是接受和拒绝的意思，在使用单个过滤器的时候，一般就是使用这两个值。
但是在组合过滤器中，如果用接受ACCEPT的话，日志信息就会直接写入日志文件,后续的过滤器不再进行过滤。
所以，在组合过滤器中，接受使用NEUTRAL（中立），被第一个过滤器接受的日志信息，会继续用后面的过滤器进行过滤，
只有符合所有过滤器条件的日志信息，才会被最终写入日志文件。 -->
<Filters>
<!--ThresholdFilter
有几个参数：
level：将被过滤的级别。
onMatch:默认值是NEUTRAL
onMismatch：默认是DENY
如果LogEvent 中的 Log Level 大于 ThresholdFilter 中配置的 Log Level，那么返回 onMatch 的值， 否则返回 onMismatch 的值，
例如 : 如果ThresholdFilter 配置的 Log Level 是 ERROR ， LogEvent 的Log Level 是 DEBUG。 那么 onMismatch 的值将被返回，
因为 ERROR 小于DEBUG。如果是Accept，将自己被接受，而不经过下一个过滤器 -->
<!--如果level大于info级别及其以上返回DENY（拒绝），否则返回NEUTRAL(中立)，如果后面没有其他过滤器，则被接受；否则继续下一个校验，
如果level大于debug级别及其以上返回ACCEPT(接受)，否则返回DENY（拒绝）-->
<!-- 综上：该配置只接受debug类型的日志-->
<ThresholdFilter level="info" onMatch="DENY" onMismatch="NEUTRAL"/>
<ThresholdFilter level="debug" onMatch="ACCEPT" onMismatch="DENY"/>
</Filters>
<PatternLayout pattern="[%d][%-5p][%t] %m (%F:%L)%n"/>
<Policies>
<TimeBasedTriggeringPolicy interval="24" modulate="true"/>
<SizeBasedTriggeringPolicy size="50 MB"/>
</Policies>
<!-- DefaultRolloverStrategy属性如不设置，则默认为最多同一文件夹下7个文件，这里设置了30 -->
<DefaultRolloverStrategy max="30">
<Delete basePath="${logpath}/debug" maxDepth="1">
<IfFileName glob="erp_debug_*.log"/>
<IfLastModified age="15d"/>
</Delete>
</DefaultRolloverStrategy>
</RollingFile>
<RollingFile name="info" fileName="${logpath}/info/erp_info.log"
filePattern="${logpath}/info/erp_info_%d{yyyy-MM-dd}-%i.log">
<Filters>
<!-- 该配置只接受info类型的日志-->
<ThresholdFilter level="warn" onMatch="DENY" onMismatch="NEUTRAL"/>
<ThresholdFilter level="info" onMatch="ACCEPT" onMismatch="DENY"/>
</Filters>
<PatternLayout pattern="[%d][%-5p][%t] %m (%F:%L)%n"/>
<Policies>
<TimeBasedTriggeringPolicy interval="24" modulate="true"/>
<SizeBasedTriggeringPolicy size="50 MB"/>
</Policies>
<DefaultRolloverStrategy max="30">
<Delete basePath="${logpath}/info" maxDepth="1">
<IfFileName glob="erp_info_*.log"/>
<IfLastModified age="15d"/>
</Delete>
</DefaultRolloverStrategy>
</RollingFile>
<RollingFile name="warn" fileName="${logpath}/warn/erp_warn.log"
filePattern="${logpath}/warn/erp_warn_%d{yyyy-MM-dd}-%i.log">
<Filters>
<!-- 该配置只接受warn类型的日志-->
<ThresholdFilter level="error" onMatch="DENY" onMismatch="NEUTRAL"/>
<ThresholdFilter level="warn" onMatch="ACCEPT" onMismatch="DENY"/>
</Filters>
<PatternLayout pattern="[%d][%-5p][%t] %m (%F:%L)%n"/>
<Policies>
<TimeBasedTriggeringPolicy interval="24" modulate="true"/>
<SizeBasedTriggeringPolicy size="50 MB"/>
</Policies>
<DefaultRolloverStrategy max="30">
<Delete basePath="${logpath}/warn" maxDepth="1">
<IfFileName glob="erp_warn_*.log"/>
<IfLastModified age="15d"/>
</Delete>
</DefaultRolloverStrategy>
</RollingFile>
<RollingFile name="error" fileName="${logpath}/error/erp_error.log"
filePattern="${logpath}/error/erp_error_%d{yyyy-MM-dd}-%i.log">
<Filters>
<!-- 该配置只接受error类型的日志-->
<ThresholdFilter level="fatal" onMatch="DENY" onMismatch="NEUTRAL"/>
<ThresholdFilter level="error" onMatch="ACCEPT" onMismatch="DENY"/>
</Filters>
<PatternLayout pattern="[%d][%-5p][%t] %m (%F:%L)%n"/>
<Policies>
<TimeBasedTriggeringPolicy interval="24" modulate="true"/>
<!-- 每个文件最大50M -->
<SizeBasedTriggeringPolicy size="50 MB"/>
</Policies>
<DefaultRolloverStrategy max="30">
<Delete basePath="${logpath}/error" maxDepth="1">
<IfFileName glob="erp_error_*.log"/>
<!-- 设置最大保存时间为15天-->
<IfLastModified age="15d"/>
</Delete>
</DefaultRolloverStrategy>
</RollingFile>
</Appenders>
<!--切换输出级别-->
<!--然后定义logger，只有定义了logger并引入的appender，appender才会生效-->
<Loggers>
<!--过滤掉spring和mybatis的一些无用的DEBUG信息-->
<logger name="org.springframework" level="INFO"></logger>
<logger name="org.mybatis" level="INFO"></logger>
<!-- 级别顺序（低到高）：TRACE < DEBUG < INFO < WARN < ERROR < FATAL -->
<!-- 需要哪个级别的日志就放开哪一个注释，不需要的就注释掉-->
<!-- <Root level="info"> level="all",执行以下是有的配置；level="info"执行info及以上的配置，哪怕debug配置了也不执行日志 -->
<Root level="all">
<AppenderRef ref="Console"/>
<AppenderRef ref="debug"/>
<AppenderRef ref="info"/>
<!--
<AppenderRef ref="warn"/>
<AppenderRef ref="error"/>
-->
<!--测试时使用，打印所有的日志信息-->
<AppenderRef ref="Filelog"/>
</Root>
</Loggers>
</Configuration>
在这里简单介绍下常用的配置参数**
1.日志级别
机制：如果一条日志信息的级别大于等于配置文件的级别，就记录。
trace：追踪，就是程序推进一下，可以写个trace输出
debug：调试，一般作为最低级别，trace基本不用。
info：输出重要的信息，使用较多
warn：警告，有些信息不是错误信息，但也要给程序员一些提示。
error：错误信息。用的也很多。
fatal：致命错误。
2.输出源
CONSOLE（输出到控制台）
FILE（输出到文件）
3.格式
SimpleLayout：以简单的形式显示
HTMLLayout：以HTML表格显示
PatternLayout：自定义形式显示
PatternLayout自定义日志布局：
%d{yyyy-MM-dd HH:mm:ss, SSS} : 日志生产时间,输出到毫秒的时间
%-5level : 输出日志级别，-5表示左对齐并且固定输出5个字符，如果不足在右边补0
%c : logger的名称(%logger)
%t : 输出当前线程名称
%p : 日志输出格式
%m : 日志内容，即 logger.info("message")
%n : 换行符
%C : Java类名(%F)
%L : 行号
%M : 方法名
%l : 输出语句所在的行数, 包括类名、方法名、文件名、行数
hostName : 本地机器名
hostAddress : 本地ip地址
为什么阿里巴巴禁止工程师直接使用日志系统(Log4j、Logback)中的 API
对于Java工程师来说，关于日志工具的使用，最佳实践就是在应用中使用如Log4j + SLF4J 这样的组合来进行日志输出。
这样做的最大好处，就是业务层的开发不需要关心底层日志框架的实现及细节，在编码的时候也不需要考虑日后更换框架所带来的成本。这也是门面模式所带来的好处。
综上，请不要在你的Java代码中出现任何Log4j等日志框架的API的使用，而是应该直接使用SLF4J这种日志门面。
logback log4j log4j2 性能实测
https://blog.csdn.net/yjh1271845364/article/details/70888262
可见在同步日志模式下, Logback的性能是最糟糕的.
而log4j2的性能无论在同步日志模式还是异步日志模式下都是最佳的.
其根本原因在于log4j2使用了LMAX, 一个无锁的线程间通信库代替了, logback和log4j之前的队列. 并发性能大大提升, 下期文章将研究一下LMAX, 到底是什么
关于log4j2的新特性
丢数据这种情况少，可以用来做审计功能。而且自身内部报的exception会被发现，但是logback和log4j不会。
log4j2使用了disruptor技术，在多线程环境下，性能高于logback等10倍以上。
(garbage free）之前的版本会产生非常多的临时对象，会造成GC频繁，log4j2则在这方面上做了优化，减少产生临时对象。尽可能少的GC
利用插件系统，使得扩展新的appender,filter,layout等变得容易，log4j不可以扩展 插件？？？？
因为插件系统的简单性，所以在配置的时候，可以不用具体指定所要处理的类型。class
可以自定义level
Java 8 lambda support for lazy logging
Support for Message objects
对filter的功能支持的更强大
系统日志(Syslog)协议supports both TCP and UDP
利用jdk1.5并发的特性，减少了死锁的发生。
Socket LogEvent SerializedLayout
支持kafka queue
参考文章
log4j.properties和log4j.xml有什么区别
- 区别不大，只是在项目中配置的文件形式不一样。功能上没区别。 推荐用xml 方式。
- 有web 项目中log4.properties不能使用Filter拦截日志级别，而log4j.xml可以，这点感觉log4j.xml要强大些 l
- og4j.xml插入数据库的时候sql写在layout属性的ConversionPattern参数中，而log4.properties则有单独的sql属性接受配置文件中的sql语句
- properties是简单的键-值对应。
如果properties不能满足你的要求了，你自然就需要用xml了。
xml可以保存多属性的复杂对象结构。
问题描述：一个web项目想在一个tomcat下运行多个实例（通过修改war包名称的实现），然后每个实例都将日志输出到tomcat的logs目录下实例名命名的文件夹下进行区分查看每个实例日志，要求通过尽可能少的改动配置文件，最好修改实例名后可以不修改log4j的配置文件。
实现分析：一般实现上面需求，需要在修改完war包名称之外要再做下面配置：
1、修改每个实例名下web.xml中参数webAppRootKey为不同值。同一个tomcat下运行多个web应用时，该值相同的话，运行时会抛异常。
2、log4j配置文件日志输出路径修改
log4j配置文件中路径配置一般有三种方法：
（1）绝对路径法：直接配置为系统觉得路径；
（2）相对路径法：(路径是相对于Tomcat/bin路径)
log4j.appender.logfile.File=../logs/app.log，将日志记录到tomcat下的logs文件夹；
log4j.appender.logfile.File=logs/app.log，将日志记录到tomcat的bin目录下的logs文件夹；
（3）使用环境变量相对路径法：程序会优先找jvm环境变量，然后再找系统环境变量，来查找配置文件中的变量。
log4j.appender.logfile.File=${user.dir}/logs/app.log，使用tomcat容器时${user.dir}对应tomcat的bin目录；
log4j.appender.logfile.File=${user.home}/logs/app.log，${user.home}对应操作系统当前用户目录；
log4j.appender.logfile.File=${webApp.root}/logs/app.log，${webApp.root}对应当前应用根目录；
暂时没找到不修改log4j配置而实现上面需求的方法。在log4j配置文件中可以获取环境变量来配置，但变量里没有当前应用的名称（不能直接通过webApp.root，因为它在不同的实例名称不一样），尝试在web.xml中增加listener，获取应用名称，然后调用System.setProperty("contextPath", sce.getServletContext().getContextPath());将上下文设置到系统变量中在log4j应用，但多实例运行时每个实例都会改变该属性值。
结论，该问题的解决方法：
1、手动修改配置，修改war名称后手动修改web.xml和log4j配置文件，实现上述需求。
2、通过其它程序来进行批量修改，若bat或maven等在修改war包名称时，自动修改掉web.xml和log4j中相关配置。