文章很长，建议收藏起来慢慢读！疯狂创客圈总目录 语雀版 | 总目录 码云版| 总目录 博客园版 为您奉上珍贵的学习资源 ：
-
免费赠送 :《尼恩Java面试宝典》持续更新+ 史上最全 + 面试必备 2000页+ 面试必备 + 大厂必备 +涨薪必备
-
免费赠送 经典图书:《Java高并发核心编程（卷1）》 面试必备 + 大厂必备 +涨薪必备 加尼恩免费领
-
免费赠送 经典图书:《Java高并发核心编程（卷2）》 面试必备 + 大厂必备 +涨薪必备 加尼恩免费领
-
免费赠送 经典图书:《Netty Zookeeper Redis 高并发实战》 面试必备 + 大厂必备 +涨薪必备 加尼恩免费领
-
免费赠送 经典图书:《SpringCloud Nginx高并发核心编程》 面试必备 + 大厂必备 +涨薪必备 加尼恩免费领
-
免费赠送 资源宝库： Java 必备 百度网盘资源大合集 价值>10000元 加尼恩领取
推荐：入大厂 、做架构、大力提升Java 内功 的 精彩博文
| 入大厂 、做架构、大力提升Java 内功 必备的精彩博文 | 秋招涨薪1W + 必备的精彩博文 |
|---|---|
| 1：Redis 分布式锁 （图解-秒懂-史上最全） | 2：Zookeeper 分布式锁 （图解-秒懂-史上最全） |
| 3: Redis与MySQL双写一致性如何保证？ （面试必备） | 4: 面试必备：秒杀超卖 解决方案 （史上最全） |
| 5:面试必备之：Reactor模式 | 6: 10分钟看懂， Java NIO 底层原理 |
| 7:TCP/IP（图解+秒懂+史上最全） | 8：Feign原理 （图解） |
| 9:DNS图解（秒懂 + 史上最全 + 高薪必备） | 10：CDN图解（秒懂 + 史上最全 + 高薪必备） |
| 11: 分布式事务（ 图解 + 史上最全 + 吐血推荐 ） | 12：限流：计数器、漏桶、令牌桶 三大算法的原理与实战（图解+史上最全） |
| 13:架构必看：12306抢票系统亿级流量架构 （图解+秒懂+史上最全） |
14：seata AT模式实战（图解+秒懂+史上最全） |
| 15：seata 源码解读（图解+秒懂+史上最全） | 16：seata TCC模式实战（图解+秒懂+史上最全） |
| SpringCloud 微服务 精彩博文 | |
|---|---|
| nacos 实战（史上最全） | sentinel （史上最全+入门教程） |
| SpringCloud gateway （史上最全） | 分库分表sharding-jdbc底层原理与实操（史上最全，5W字长文，吐血推荐） |
推荐：尼恩Java面试宝典（持续更新 + 史上最全 + 面试必备）具体详情，请点击此链接
尼恩Java面试宝典，32个最新pdf，含2000多页，不断更新、持续迭代 具体详情，请点击此链接
Java的日志系统
java领域存在多种日志框架，目前常用的日志框架包括Log4j，Log4j 2，Commons Logging，Slf4j，Logback，Jul。
这些框架中可以分为两类，一类是日志框架，一类是日志实现。
日志框架
门面型日志框架：不实现日志功能，仅整合日志
1）JCL：一套Apache基金所述的java日志接口，由Jakarta Commons Logging，更名为Commons Logging；
Commons Logging：apache提供的一个通用的日志接口。用户可以自由选择第三方的日志组件作为具体实现，像log4j，或者jdk自带的logging， common-logging会通过动态查找的机制，在程序运行时自动找出真正使用的日志库。
2）SIF4J：一套简易的Java日志门面，全称为Simple Logging Facade for Java。
SLF4j：类似于Apache Common-Logging，是对不同日志框架提供的一个门面封装，可以在部署的时候不修改任何配置即可接入一种日志实现方案。
日志实现
实现日志的功能
1）JUL:JDK中的日志记录工具，自Java1.4来由官方日志实现；
JUL(java.util.logging)：JDK提供的日志系统。较混乱，不经常使用
2）Log4j：具体的日志实现框架；
Log4j：经典的一种日志解决方式。内部把日志系统抽象封装成Logger 、appender 、pattern 等实现。
我们能够通过配置文件轻松的实现日志系统的管理和多样化配置。
3）Log4j2：具体日志实现框架；
4）Logback：一个具体的日志实现框架。
Logback：Log4j的替代产品。须要配合日志框架SLF4j使用
日志框架的发展演变
1、Log4j
Gülcü于2001年发布了Log4j框架，也就是后来Apache基金会的顶级项目。
在JDK1.3版本及以前，Java日志的实现依赖于System.out.print()、System.err.println()或者e.printStackTrace()、
Debug日志被写到STDOUT流，
错误日志被写到STDERR流。
这样的日志系统无法定制且粒度太粗，无法精确定位错误。
Log4j定义的Logger、Appender、Level等概念如今已经被广泛使用。
Log4j 的短板在于性能，在Logback和 Log4j2出来之后，Log4j的使用也减少了，目前已停止更新。
2、JUL
受Logj启发，Sun在Java1.4版本中引入了java.util.logging，
但是jull功能远不如log4j完善，开发者需要自己编写Appenders（Sun称之为Handlers），
且只有两个Handlers可用（Console和File），jul在Java1.5以后性能和可用性才有所提升。
3、JCL
JCL（commons-logging）是一个门面框架，它由于项目的日志打印必然选择两个框架中至少一个，
JCL只提供 Log API，不提供实现，实现采用Log4j或者 JUL 。
4、SLF4j
SLF4J（Simple Logging Facade for Java）和 Logback 也是Gülcü创立的项目，目的是为了提供更高性能的实现。
从设计模式的角度说，SLF4J是用来在log和代码层之间起到门面作用，类似于 JCL的Log Facade。
对于用户来说只要使用SLF4J提供的接口，即可隐藏日志的具体实现，
SLF4J提供的核心API是一些接口和一个LoggerFactory的工厂类，用户只需按照它提供的统一纪录日志接口，最终日志的格式、纪录级别、输出方式等可通过具体日志系统的配置来实现，因此可以灵活的切换日志系统。
日志门面框架整合日志实现框架
在阿里开发手册上有关于日志门面使用系统的强制规约：
应用中不可直接使用日志系统（log4j、logback）中的 API ，而应依赖使用日志框架中的 API 。
使用门面模式的日志框架，有利于维护和各个类的日志处理方式的统一。
slf4j-api.jar日志系统(门面框架+桥接器)
由于具体日志框架比较多，而且互相也大都不兼容，日志门面接口要想实现与任意日志框架结合可能需要对应的桥接器，
说白了，所谓“桥接器”，不过就是对某套API的伪实现。
“桥接器”：日志门面接口本身通常并没有实际的日志输出能力，它底层还是需要去调用具体的日志框架API的，也就是实际上它需要跟具体的日志框架结合使用。
“桥接器”实现并不是直接去完成API所声明的功能，而是去调用有类似功能的别的API。这样就完成了从“某套API”到“别的API”的转调。
“桥接器” 类似于 适配层，
有的时候，这里的“桥接器”也叫适配层
仅使用slf4j-api门面框架
此时没有日志系统的具体实现，所以会报错
使用slf4j-nop空实现
slf4j-nop不会输出任何日志，仅是让slf4j-api.jar不再报错。
Sif4j门面框架+Log4j实现
若项目采用Slf4j门面以Log4j作为日志框架输出，结构图如下：
1）添加slf4j的核心依赖：
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
</dependency>
2）Sif4j门面框架+Log4j实现使用的桥接器：
添加桥接依赖：
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
</dependency>
3）测试代码：
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
public class Log4jSif4jTest {
public static void main(String[] args) {
Logger logger = LoggerFactory.getLogger(Log4jSif4jTest.class);
logger.info(logger.getClass().getName());
logger.info("门面框架Sif4j整合Log4j输出");
}
}
4）结果输出：
Sif4j门面框架+log4j 2.x实现
这里的桥接器（适配层为log4j-slf4j-impl.jar。
仅需依赖org.apache.logging.log4j:log4j-slf4j-impl:2.12.1，就可以引入所有依赖。
Sif4j门面框架+logback实现
logback一定会依赖slf4j的接口，
所以使用logback的时候，一定使用了slf4j-api.jar的接口。
仅需添加ch.qos.logback:logback-classic:1.2.3即可引入所有依赖的jar包。
SpringBoot的日志
SpringBoot 默认使用info级别日志。日志级别由低到高：trace<debug<info<warn<error
SpringBoot 底层使用slf4j+logback 方式。最底层依赖关系（如下图）导入了slf4j日志抽象层，slf4j-api。使用slf4j+logback的方式进行日志记录。
SpringBoot能自动适配所有的日志，，引入其他框架的时候，只需要把这个框架依赖的日志框架排除掉即可
SpringBoot 也把其他日志替换成的 slf4j。给类路径下放置每个日志框架自己的配置文件后，SpringBoot 就不使用其他的默认配置了。
| Logging System | Customization |
|---|---|
| Logback | logback-spring.xml, logback-spring.groovy, logback.xml, or logback.groovy |
| Log4j2 | log4j2-spring.xml or log4j2.xml |
| JDK (Java Util Logging) | logging.properties |
logback-spring.xml：由 SpringBoot 解析日志配置，可以使用：
logback.xml：直接被日志框架识别了。
SpringBoot记录日志
SpringBoot已经帮我们配置好了日志
Logger logger = LoggerFactory.getLogger(getClass());
@Test
void contextLoads() {
logger.trace("trace日志输出......");
logger.debug("debug日志输出......");
logger.info("info日志输出......");
logger.warn("warn日志输出......");
logger.error("error日志输出......");
}
Springboot默认使用的info级别的，没有指定级别就用默认的级别（root级别）
logger.info("info日志输出......");
logger.warn("warn日志输出......");
logger.error("error日志输出......");
定日志级别方式在配置文件中配置
#调整日志的输出级别
logging.level.com=trace
指定日志输出的文件和路径
#不指定路径的情况下将日志打印在当前项目下,也可以带着文件的全路径
logging.file.name=E:/springboot.log
#指定日志文件路径
logging.file.path=/springboot/spring.log
日志输出的格式
#在控制台输出日志的格式
logging.pattern.console=%d{yyyy-MM-dd} [%thread] %-5level %logger{50} - %msg%n
#在日志文件中输出的日志格式
logging.pattern.file=%d{yyyy-MM-dd} === [%thread] === %-5level === %logger{50} ==== %msg%n
日志输出格式：
%d表示日期时间，
%thread表示线程名，
%-5level：级别从左显示5个字符宽度
%logger{50} 表示logger名字最长50个字符，否则按照句点分割。
%msg：日志消息，
%n是换行符
-->
%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n
Netty的封装
由于Java提供的日志框架较多，为了便于使用，Netty封装了一套通用的日志系统。
主要思路是实现了InternalLogger和InternalLoggerFactory，将Logger和LogFactory抽象出来，
netty默认的InternalLoggerFactory会自己查找当前引入的日志框架，然后使用Factory创建Logger实例。
InternalLogger
InternalLogger是一个接口，封装了trace、info、error、debug、warn等方法，用来提供记录日志的方法。
public interface InternalLogger {
String name();
boolean isTraceEnabled();
void trace(String msg);
void trace(String format, Object arg);
void trace(String format, Object argA, Object argB);
void trace(String format, Object... arguments);
void trace(String msg, Throwable t);
void trace(Throwable t);
... // 还有debug info warn error log
}
AbstractInternalLogger
AbstractInternalLogger是一个抽象日志类，实现了InternalLogger接口中的部分方法，内部包含name变量，
主要实现了log的6个方法，其会在内部会根据InternalLogLevel来调用相应的方法，其他方法在AbstractInternalLogger的子类中实现。
public abstract class AbstractInternalLogger implements InternalLogger, Serializable {
private final String name;
public boolean isEnabled(InternalLogLevel level) {
switch (level) {
case TRACE:
return isTraceEnabled();
case DEBUG:
return isDebugEnabled();
case INFO:
return isInfoEnabled();
case WARN:
return isWarnEnabled();
case ERROR:
return isErrorEnabled();
default:
throw new Error();
}
}
public void log(InternalLogLevel level, String msg, Throwable cause) {
switch (level) {
case TRACE:
trace(msg, cause);
break;
case DEBUG:
debug(msg, cause);
break;
case INFO:
info(msg, cause);
break;
case WARN:
warn(msg, cause);
break;
case ERROR:
error(msg, cause);
break;
default:
throw new Error();
}
}
}
AbstractInternalLogger有5个实现类：
-
CommonsLogger 内部实现了InternalLogger的方法，使用了org.apache.commons.logging.Log logger
-
JdkLogger 内部使用java.util.logging.Logger logger作为实际的日志记录器
-
Log4J2Logger 内部使用org.apache.logging.log4j.Logger logger
-
Log4JLogger 内部使用org.apache.log4j.Logger logger
-
Slf4JLogger 内部使用org.slf4j.Logger logger
以上这些记录日志类只是内部封装了不同的日志处理的具体框架。
InternalLogLevel表示日志等级，是一个枚举，TRACE,DEBUG,INFO,WARN,ERROR
InternalLoggerFactory
InternalLoggerFactory是一个抽象的类，其子类有 ：
-
CommonsLoggerFactory，
-
JdkLoggerFactory，
-
Log4J2LoggerFactory，
-
Log4JLoggerFactory
-
Slf4JLoggerFactory 。
每个factory需要实现newInstance方法返回InternalLogger实例。
//获取默认的Factory
private static InternalLoggerFactory newDefaultFactory(String name) {
InternalLoggerFactory f;
try {
f = new Slf4JLoggerFactory(true);
f.newInstance(name).debug("Using SLF4J as the default logging framework");
} catch (Throwable t1) {
try {
f = Log4JLoggerFactory.INSTANCE;
f.newInstance(name).debug("Using Log4J as the default logging framework");
} catch (Throwable t2) {
f = JdkLoggerFactory.INSTANCE;
f.newInstance(name).debug("Using java.util.logging as the default logging framework");
}
}
return f;
}
Netty使用logback
1.加入依赖
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<version>${logback-classic.version}</version>
</dependency>
2.在resources目录加入logback.xml 配置文件
3.netty代码中添加日志功能，
并添加注解@Slf4j即可， 输出的日志如下
Netty中的LoggingHandler
netty自带一个日志记录的Handler，叫LoggingHandler，这个Handler使用netty的日志框架打印日志，而netty默认 的日志是java的日志框架java logger，而java的日志框架默认级别是INFO级别，所以需要我们在pipeline中加入此Handler，则可以打印netty的运行日志。
当在客户端和服务端的ChannelInitializer继承类中添加.addLast(“logging”, new LoggingHandler(LogLevel.INFO))这行代码时
Netty就会以给定的日志级别打印出LoggingHandler中的日志。
可以对入站\出站事件进行日志记录，从而方便我们进行问题排查。
public class NettyClientChannelInitializer extends ChannelInitializer<SocketChannel> {
//给pipeline设置处理器
protected void initChannel(SocketChannel channel) throws Exception {
ChannelPipeline p = channel.pipeline();
p.addLast("logging",new LoggingHandler(LogLevel.INFO)); //Netty自带的日志记录handler，这个handler使用Netty的日志框架打印日志，可以打印Netty的运行日志
p.addLast("decoder", new StringDecoder(CharsetUtil.UTF_8)); 向pipeline加入解码器
p.addLast("encoder", new StringEncoder(CharsetUtil.UTF_8)); 向pipeline加入编码器
//找到管道，添加handler
p.addLast(new NettyClientHandler2());
}
}
假如现在添加这行代码访问http://127.0.0.1:8007/Action?name=1234510
19:10:52.089 [nioEventLoopGroup-2-6] INFO io.netty.handler.logging.LoggingHandler - [id: 0x4a9db561, L:/127.0.0.1:8007 - R:/127.0.0.1:53151] REGISTERED
19:10:52.089 [nioEventLoopGroup-2-6] INFO io.netty.handler.logging.LoggingHandler - [id: 0x4a9db561, L:/127.0.0.1:8007 - R:/127.0.0.1:53151] ACTIVE
19:10:52.090 [nioEventLoopGroup-2-6] DEBUG com.bihang.seaya.server.handler.SeayaHandler - io.netty.handler.codec.http.DefaultHttpRequest
19:10:52.090 [nioEventLoopGroup-2-6] DEBUG com.bihang.seaya.server.handler.SeayaHandler - uri/Action?name=1234510
19:10:52.090 [nioEventLoopGroup-2-6] INFO io.netty.handler.logging.LoggingHandler - [id: 0x4a9db561, L:/127.0.0.1:8007 - R:/127.0.0.1:53151] CLOSE
19:10:52.090 [nioEventLoopGroup-2-6] INFO io.netty.handler.logging.LoggingHandler - [id: 0x4a9db561, L:/127.0.0.1:8007 ! R:/127.0.0.1:53151] INACTIVE
19:10:52.090 [nioEventLoopGroup-2-6] INFO io.netty.handler.logging.LoggingHandler - [id: 0x4a9db561, L:/127.0.0.1:8007 ! R:/127.0.0.1:53151] UNREGISTERED
1234567
public class NettyServerChannelInitializer extends ChannelInitializer<SocketChannel> {
//给pipeline设置处理器
protected void initChannel(SocketChannel channel) throws Exception {
ChannelPipeline p = channel.pipeline();
p.addLast("logging",new LoggingHandler(LogLevel.INFO)); //Netty自带的日志记录handler，这个handler使用Netty的日志框架打印日志，可以打印Netty的运行日志
p.addLast("decoder", new StringDecoder(CharsetUtil.UTF_8)); 向pipeline加入解码器
p.addLast("encoder", new StringEncoder(CharsetUtil.UTF_8)); 向pipeline加入编码器
//找到管道，添加handler
p.addLast(new NettyClientHandler2());
}
}
如果没有这行代码的打印信息
19:15:02.292 [nioEventLoopGroup-2-2] DEBUG com.bihang.seaya.server.handler.SeayaHandler - io.netty.handler.codec.http.DefaultHttpRequest
19:15:02.292 [nioEventLoopGroup-2-2] DEBUG com.bihang.seaya.server.handler.SeayaHandler - uri/Action?name=1234510
参考文献
https://blog.csdn.net/qq779247257/article/details/97489053
https://www.kancloud.cn/ssj234/netty-source/433218
https://baijiahao.baidu.com/s?id=1699987481329902906&wfr=spider&for=pc