原来这些日志兼容包的包名与原来的日志框架的包名完全一样，并且完全按照slf4j的方式实现了一套和以前一样的API，这样依赖这些日志框架的开源框架在运行的时候查找对应包名下的class也不会报错，但熟悉java类加载机制的都知道，两个jar的包名以及使用的class都一样的话，加载会出现异常，我们进入spring‐boot‐starter‐logging的pom依赖中一探究竟，最后在maven依赖中发现了端倪，如Spring框架使用的是commons-logging，而在spring-boot-starter-logging中，将spring的日志依赖排除，如下：

        org.springframework             spring‐core                                         commons‐logging             commons‐logging                                 

这样spring框架在运行时使用的时候，使用的就是兼容jar中的日志实例了，SpringBoot成功的完成了一次日志系统统一的偷天换日操作。

slf4j的桥接原理

通过查看SpringBoot的日志处理，我们可以大致总结如下几步操作:

1、将系统中其他日志框架先排除出去；
2、用中间包来替换原有的日志框架；
3、我们导入slf4j其他的实现

通过以上的操作，即可完成日志系统的统一，但是我们开始有了新的疑惑，slf4j是怎么做到的自动查找对应的实现日志，并且完成了日志的正常打印操作的呢？这个就要涉及到slf4j的桥接原理，我们先来看看slf4j源码中关于日志调用相关的代码:

//slf4j日志调用过程相关的代码
//根据名称获取日志实例
public static Logger getLogger(String name) {
ILoggerFactory iLoggerFactory = getILoggerFactory();
return iLoggerFactory.getLogger(name);
}
//获取日志实例工厂并且完成日志实例的查找与初始化操作
public static ILoggerFactory getILoggerFactory() {
if (INITIALIZATION_STATE == UNINITIALIZED) {
INITIALIZATION_STATE = ONGOING_INITIALIZATION;
//查找实现类
performInitialization();
}
…
return StaticLoggerBinder.getSingleton().getLoggerFactory();
…
}

可以看到整个过程中是通过StaticLoggerBinder.getSingleton() 来进行初始化日志工厂操作，而StaticLoggerBinder这个类是从哪来的呢？我们发现StaticLoggerBinder类并不存在于slf4j的jar中，而是通过查找org/slf4j/impl/StaticLoggerBinder.class类的路径来发现具体的实现类，代码如下:

//设置默认的查找日志实例的StaticLoggerBinder路径
private static String STATIC_LOGGER_BINDER_PATH = “org/slf4j/impl/StaticLoggerBinder.class”;

private static Set findPossibleStaticLoggerBinderPathSet() {
…
paths = ClassLoader.getSystemResources(STATIC_LOGGER_BINDER_PATH);
…
}

这个时候我们就该思考一个问题，如果我们同时存在了多个StaticLoggerBinder 时会加载哪一个呢？熟悉java类加载机制可知，类加载器会按照一定的顺序逐个扫描jar包目录并且加载出来，所以先被类加载器扫描的StaticLoggerBinder 会优先被加载，具体的加载顺序如下:

1.$java_home/lib 目录下的java核心api

2.$java_home/lib/ext 目录下的java扩展jar包

3.java -classpath/-Djava.class.path所指的目录下的类与jar包

4.$CATALINA_HOME/common目录下按照文件夹的顺序从上往下依次加载

5.$CATALINA_HOME/server目录下按照文件夹的顺序从上往下依次加载

6.$CATALINA_BASE/shared目录下按照文件夹的顺序从上往下依次加载

7.项目/WEB-INF/classes下的class文件

8.项目/WEB-INF/lib下的jar文件

根据slf4j桥接原理改造logger

我们都知道平时使用slf4j输出日志的时候往往获取Logger实例来进行日志打印，但是Logger仅仅支持本地日志，不支持分布式环境的日志，而在slfj中有LogBean实例，可以支持分布式日志，包含了链路相关信息，那么我们是否可以改造slf4j的桥接过程，使得我们可以灵活的使用本地日志或者分布式日志呢？首先我们先看看我们需要实现的需求:

1. logger和logbean结合,统一日志入口
2. logbean降低代码侵入性
3. 无缝替换第三方框架中的日志,根据需求加入到分布式日志中

想要实现这个功能，有以下两个思路实现:

1.我们通过自定义appender，基于logback的appender进行扩展，可以实现分别输出本地日志以及分布式日志，但是缺陷在于appender扩展性不高，很多参数信息获取不到，例如上下文信息等

2.我们通过实现Logger接口，用来将Logger和LogBean聚合在一起，从而实现LogBean集成到Logger中，同样此种方式的缺陷在于对于第三方框架日志，我们无能为力，无法直接替换使用，并且在使用的时候需要使用自定义的LogFactory

第一种思路我们可以看出来，局限性太高，灵活度不够，接下来我们尝试使用第二种方案，实现聚合Logger和LogBean，对外公开统一的api进行日志输出使用:

public class CustomLogger implements LocationAwareLogger {
private Logger logger;
//提供getLogger方法获取logger
public static LoggerFacade getLogger(Class clazz) {
LoggerFacade loggerFacade = new LoggerFacade();
loggerFacade.logger = LoggerFactory.getLogger(clazz);
return loggerFacade;
}
…
//打印本地日志的同时 输出到logbean中
@Override
public void warn(String msg) {
logger.warn(msg);
appendExtra(msg, Level.WARN);
}

…

public void appendExtra(String str, Level level) {
String date = DateFormatUtils.format(new Date(), “yyyy-MM-dd HH:mm:ss”);
//获取上下文，通过上下文判断，如果存在则获取分布式环境的LogBean实例
ThreadContext threadContext = ContextContainer.retrieveServiceContext();
if (threadContext != null) {
LogBean logBean = threadContext.getLogBean();
if (logBean != null) {
logBean.getInner().getExtra().add(date + " " + level.toString() + " " + simpleName(getName()) + " -" +
" " + str);
}
}
}
}

接下来我们可以替换slf4j的实现，修改为我们自定义的CustomerLogger ，内部调用logback的日志本地输出，而通过前面桥接原理可以知道，slf4j具体桥接获取实例的过程是通过LoggerFactory 来获取，那么我们来尝试修改LoggerFactory 的代码实现替换为CustomerLogger实例：

public class CustomLoggerFactory implements ILoggerFactory {

private static CustomLoggerFactory customLoggerFactory;

public static CustomLoggerFactory getInstance(LoggerContext loggerContext) {
if (customLoggerFactory == null) {
customLoggerFactory = new CustomLoggerFactory(loggerContext);
}
return customLoggerFactory;
}
//logback的LoggerFactory实现
private LoggerContext loggerContext;

public CustomLoggerFactory(LoggerContext loggerContext) {
this.loggerContext = loggerContext;
}
//返回CustomLogger
@Override
public Logger getLogger(String name) {
ch.qos.logback.classic.Logger logger = loggerContext.getLogger(name);
return CustomLogger.getLogger(logger);
}

public LoggerContext getLoggerContext() {
return loggerContext;
}

@Override
public ILoggerFactory getLoggerFactory() {
if (!initialized) {
return defaultLoggerContext;
}

if (contextSelectorBinder.getContextSelector() == null) {
throw new IllegalStateException(
"contextSelector cannot be null. See also " + NULL_CS_URL);
}
LoggerContext loggerContext = contextSelectorBinder.getContextSelector().getLoggerContext();
return CustomLoggerFactory.getInstance(loggerContext);
}
}

由以上替换后,项目中通过LoggerFactory获取的到logger对象 就替换成了CustomLogger对象了，从而实现了降低侵入，将Logger与LogBean整合的效果

结语

Hi~ o(￣▽￣)ブ ，整理了约100G的面试、学习资料，但是呢篇幅有限。若你有此需求，那便可免费分享下载，在简信发送**“面试”**或 点击此链接获取资源下载方式下载吧。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

总结

谈到面试，其实说白了就是刷题刷题刷题，天天作死的刷。。。。。

为了准备这个“金三银四”的春招，狂刷一个月的题，狂补超多的漏洞知识，像这次美团面试问的算法、数据库、Redis、设计模式等这些题目都是我刷到过的

并且我也将自己刷的题全部整理成了PDF或者Word文档（含详细答案解析）

66个Java面试知识点

架构专题（MySQL，Java，Redis，线程，并发，设计模式，Nginx，Linux，框架，微服务等）+大厂面试题详解（百度，阿里，腾讯，华为，迅雷，网易，中兴，北京中软等）

算法刷题（PDF）

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
中软等）**

[外链图片转存中…(img-Ck8re9mj-1713322661255)]

算法刷题（PDF）

[外链图片转存中…(img-VIDbVyzP-1713322661255)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！