1.剖析slf4j原理并实现自己的日志框架
2.如何配置 logback？30分钟让你彻底学会
3.log4j2(一) 获取 ILoggerFactory
4.笑小枫的SpringBoot系列六SpringBoot日志打印Logback详解
5.全面通透深入剖析工厂方法模式

剖析slf4j原理并实现自己的日志框架

       本文深入探讨了SLF4J的基本原理，并展示了如何实现自己的日志框架。SLF4J作为日志系统的一个适配层，其主要作用是解决日志系统选择和配置的复杂性。通过引入SLF4J，开发人员只需关注日志的免签监听源码编写逻辑，而无需关心日志系统的具体实现。SLF4J并不提供日志的直接实现，而是提供了一套接口以及获取具体日志对象的方法。SLF4J的实现包括SLF4J-SIMPLE、Logback和Log4j等。Logback和Log4j通过特定的桥接层与SLF4J兼容。

       本文详细分析了Logback的源码结构，展示了它如何基于门面模式实现日志接口，hostpad源码分析以及Log4j如何通过SLF4J-log4j桥接层与SLF4J进行交互。通过对比SLF4J-API与SLF4J-SIMPLE，本文进一步解释了SLF4J作为适配层的灵活性与重要性。在使用SLF4J时，多个实现可能会导致冲突，通过配置管理或更新依赖关系可以解决这类问题。

       通过实例分析，本文揭示了SLF4J如何帮助开发者在项目中引入不同的日志实现，并确保在更换或维护日志系统时的简便性。SLF4J的实现过程包括定义门面对象、实现自己的LoggerFactory和Logger，最终通过StaticLoggerBinder获取具体的Logger实例。

       实现自己的《linux源码分析》日志框架时，确保包名遵循SLF4J的查找规则至关重要。本文提出了实现日志框架的三大关键组件：定义包名、实现自定义的LoggerFactory和Logger。SLF4J的原理分析指出，其核心在于performInitialization()方法的执行，进而通过StaticLoggerBinder实现具体日志系统的获取。

       对于不改变原有代码而引入自己的日志框架，本文建议通过切面编程实现，确保该类被Spring管理且非null。在SpringBoot2.x中，通常使用cglib进行代理实现。项目已开源，欢迎读者指出错误，影视08源码地址：gitee.com/z_w/LogSys...

如何配置 logback？分钟让你彻底学会

       如何配置logback？分钟让你彻底掌握

       logback，由log4j创始人设计的开源日志组件，由logback-core、logback-classic和logback-access组成。logback-classic改进了log4j，兼容SLF4J，便于更换其他日志系统。访问模块logback-access则支持通过Http访问日志。

       配置文件结构详解：

       - 配置文件包含根logger、appender、filter等元素，如root logger的level属性和appender-ref引用。

       配置细节：

       - contextName：用于区分不同应用程序的偶遇佳人源码日志上下文，默认为"default"，可通过标签设置。

       - property：定义变量并可在logger上下文中使用。

       - logger：指定特定包或类的日志级别及appender。

       - root：根logger，具有唯一的level属性。

       - appender：负责日志记录，包括定义过滤条件、输出方式等。

       - filter：作为appender内部的过滤器，决定日志的接受、中立或拒绝。

       案例分析：

       - 通过配置控制台打印和文件输出，以及使用logger来区分包或类的输出。

       - logger和appender关系：logger决定哪些日志打印，appender定义输出方式，两者结合确定日志流向。

       进一步配置：

       - 详细讲解appender配置，包括名称、class、文件名、滚动策略、过滤器和编码等。

       - logger配置示例，通过appender-ref指定打印的appender和级别。

       总结：

       - 本文总结了logback的基本配置和案例，介绍了logger、appender和filter的交互，以及如何根据需要定制日志输出。

       - 学习日志框架源码有助于理解性能、缓冲和同步等问题，未来会分享更多相关技术文章，如SOFABoot和SpringBoot。

       原链接：[原文链接](juejin.cn/post/...)

log4j2(一) 获取 ILoggerFactory

       å…³äºŽlog4j2的初始化流程，现在项目基本都是springboot项目，就需要结合 springboot 源码来解析，这块可以参考 Springboot - Log4J2LoggingSystem源码解析

        因为spring-boot-starter依赖中日志使用的是spring-boot-starter-logging，这里面是用的是logback，所以需要先剔除此依赖

        再添加log4j2依赖

        如果我们想使用 yml 后缀的配置文件还需要再加一个依赖

        然后相关依赖版本如下

        以下源码基于 log4j 2.7。

        先看一张log4j官方提供的类图

        先简单了解一下这些类

        过滤器的种类也很多，比如根据日志级别。Filter会返回一个枚举值Filter.Result，有三种：

        详细参见 log4j - Filters

        log4j的初始化流程实在有点饶，这里简要讲讲。

        LoggerFactory#getLogger(String)

        在只有一个log4j2的依赖时，加载流程大致如下：

        在 getILoggerFactory() 方法中做了这么几件事

        再看下 log4j2 的 StaticLoggerBinder 源码

        下一篇看看后续Logger的获取。

        添加 logback 依赖（直接放开 spring-boot-starter-logging 也行），这样我们项目就有两个 org/slf4j/impl/StaticLoggerBinder.class 了

        然后启动，提示

        我的疑问就是为啥不用log4j2而用logback，就打开这个网址查了下，里面最后有一段

        告诉我们

        好吧，随机的我也是醉了。。

        参考

       ，CSDN：/hack-feng/ma...查阅。

全面通透深入剖析工厂方法模式

       全面解析工厂方法模式：

       工厂方法模式适用于以下场景：

       当需要大量重复代码来创建对象时，可以使用此模式简化代码。

       客户端无需了解产品类的具体实现细节，保持了灵活性。

       当一个类通过其子类指定创建哪种产品时，可以避免硬编码。

       工厂方法模式的UML类图展示了一个清晰的结构，包括抽象工厂（Factory）、具体工厂（Concrete Factory）、抽象产品（Product）和具体产品（Concrete Product）四个角色。抽象工厂是核心接口，具体工厂负责产品创建，抽象产品定义共同特性，具体产品实现这些特性。

       通用的工厂方法模式实现如下：首先定义一个ICourseFactory接口，然后根据具体需求创建子类工厂，如JavaCourseFactory和PythonCourseFactory，客户端通过这些工厂创建所需课程实例。这种方法有助于产品扩展和维护。

       在Logback源码中，工厂方法模式的应用体现在分离不同工厂创建不同日志框架，保持代码组织和模块化。同样，Logger产品体系也遵循此模式，通过工厂创建特定的日志框架实例。

       想深入了解工厂方法模式在实际中的应用，可以关注微信公众号『 Tom弹架构 』并回复“设计模式”获取更多实例和源码。技术分享是进步的桥梁，如果您觉得本文有价值，请关注、点赞，您的支持是我们继续创作的动力。更多技术内容，尽在『 Tom弹架构 』公众号。