Mybatis日志框架

一、 用日志打印代替sout

1、sout有什么问题

①问题1：I/O影响性能

System.out对象是一个输出流对象，所以控制台输出信息本质上是I/O操作。而I/O操作是项目运行过程中两大性能瓶颈之一。

②问题2：无法统一管理

项目上线时，希望把所有（或一部分）sout打印关闭，但是只能手动一个一个查找，耗费开发人员的极大精力，因为sout的无度使用会使它分散在项目的各个角落。

③问题3：显得你很low

想看某个变量的值，只会使用sout在控制台打印出来，不会debug，这只能被人鄙视。

2、使用日志框架的好处

①设定级别，统一管理

日志框架会按照事件的严重程度来划分级别，例如：

• 错误（Error）：表示程序运行出错，比如抛异常等情况。
• 警告（Warning）：表示程序运行过程中有潜在风险，但此时并没有报错。
• 信息（Info）：表示程序运行过程中完成了一个关键动作，需要以程序运行信息的形式告知开发者。
• 调试（Debug）：表示程序运行过程中更加细致的信息，协助程序员调试程序。

Tips： 各种不同的具体日志系统会使用不同的日志级别名称，也可能有更多个级别设定。但是思想是一致的。

通过在配置文件中指定某一个日志级别来控制系统要打印的内容。日志框架会打印当前指定级别的日志和比当前指定级别更严重的级别的日志。

例如在开发阶段，我们指定debug级别，项目上线修改成info级别，那么所有debug级别的日志就都不打印了，不需要到项目代码中一个一个修改，非常方便。

②灵活指定输出位置

使用日志框架不一定是打印到控制台，也可以保存到文件中或者保存到数据库。这就看具体的项目维护需求。

③自定义日志格式

打印日志数据可以使用日志框架的默认格式，也可以根据需要定制。

④基于日志分析问题

将来我们开发的应用系统中，不仅包含Java代码，还有很多中间件服务器。任何子系统出现故障我们都是通过日志来定位问题、分析故障原因。甚至更复杂的系统还会专门开发日志子系统，在主系统出现问题时抓取日志数据供维护人员参考。

而日志数据必须要有确定格式才便于格式化和抓取，这肯定不是随意写sout就能实现的。

二、最佳用法

1、导入依赖

        
        <dependency>
            <groupId>ch.qos.logbackgroupId>
            <artifactId>logback-classicartifactId>
            <version>1.2.3version>
        dependency>
1
2
3
4
5
6

2、代码测试

①代码图解

②测试结果

3、引入配置文件

Logback要求配置文件名称必须是logback.xml，存放路径在main/resources目录下。

下面是配置文件示例：

<configuration debug="true">
    
    <appender name="STDOUT"
              class="ch.qos.logback.core.ConsoleAppender">
        <encoder>
            
            
            <pattern>[%d{HH:mm:ss.SSS}] [%-5level] [%thread] [%logger] [%msg]%npattern>
            <charset>UTF-8charset>
        encoder>
    appender>

    
    
    <root level="INFO">
        
        <appender-ref ref="STDOUT" />
    root>

    
    <logger name="com.atguigu.mybatis" level="DEBUG" />

configuration>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24