2. 程式人生 > >SpringBoot初始教程之日誌處理(二)

SpringBoot初始教程之日誌處理(二)

阿新 • • 發佈：2018-11-19

SpringBoot初始教程之日誌處理(二)

1.介紹

SpringBoot預設是採用logback進行日誌處理、Logback是由log4j創始人設計的又一個開源日誌元件。Logback是由log4j創始人設計的又一個開源日誌元件。

logback當前分成三個模組：logback-core,logback- classic和logback-access。logback-core是其它兩個模組的基礎模組。logback-classic是log4j的一個 改良版本。此外logback-classic完整實現SLF4J API使你可以很方便地更換成其它日誌系統如log4j或JDK14 Logging。 
logback-access訪問模組與Servlet容器整合提供通過Http來訪問日誌的功能

2. 快速開始

由於SpringBoot自動引入了logback的依賴包，所以只需要進行正常配置即可


<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>1.4.1.RELEASE</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>springboot-2</artifactId>

    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>
    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <version>1.4.1.RELEASE</version>
            </plugin>
        </plugins>
    </build>

</project>

###logback.xml詳情
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43

整個專案的核心檔案是logback.xml，logback.xml需要放到classpath根目錄下src/main/resources/logback.xml

，下面 
是一個在生產環境中使用的xml、在生產中往往會因為大量的日誌導致io過高，所以通過AsyncAppender進行非同步的日誌記錄。


<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <!--<include resource="org/springframework/boot/logging/logback/base.xml"/>-->
        <!-- 專案的appid -->
    <property name="APP_ID" value="com.leona.cms"/>
    <property name="LOG_PATH" value="log"></property>
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss} %-4relative [%thread] %-5level %logger{35} - %msg %n</pattern>
        </encoder>
    </appender>
    <appender name="FILE_LOG"
              class="ch.qos.logback.core.rolling.RollingFileAppender">
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>DEBUG</level>
        </filter>
        <file>${LOG_PATH}/${APP_ID}/access.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${APP_ID}/access.log.%d{yyyy-MM-dd}.zip
            </fileNamePattern>
            <maxHistory>10</maxHistory>
        </rollingPolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss} %-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>
        </encoder>
    </appender>

    <appender name="FILE_DEBUG"
              class="ch.qos.logback.core.rolling.RollingFileAppender">
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>DEBUG</level>
            <onMatch>ACCEPT</onMatch>
            <onMismatch>DENY</onMismatch>
        </filter>
        <file>${LOG_PATH}/${APP_ID}/access_debug.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${APP_ID}/access_debug.log.%d{yyyy-MM-dd}.zip
            </fileNamePattern>
            <maxHistory>10</maxHistory>
        </rollingPolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss} %-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>
        </encoder>
    </appender>
    <appender name="FILE_INFO"
              class="ch.qos.logback.core.rolling.RollingFileAppender">
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>INFO</level>
            <onMatch>ACCEPT</onMatch>
            <onMismatch>DENY</onMismatch>
        </filter>
        <file>${LOG_PATH}/${APP_ID}/access_info.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${APP_ID}/access_info.log.%d{yyyy-MM-dd}.zip
            </fileNamePattern>
            <maxHistory>10</maxHistory>
        </rollingPolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss} %-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>
        </encoder>
    </appender>
        
    <appender name="FILE_WARN"
              class="ch.qos.logback.core.rolling.RollingFileAppender">
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>WARN</level>
            <onMatch>ACCEPT</onMatch>
            <onMismatch>DENY</onMismatch>
        </filter>
        <file>${LOG_PATH}/${APP_ID}/access_warn.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${APP_ID}/access_warn.log.%d{yyyy-MM-dd}.zip
            </fileNamePattern>
            <maxHistory>10</maxHistory>
        </rollingPolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss} %-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>
        </encoder>
    </appender>
    <appender name="FILE_ERROR"
              class="ch.qos.logback.core.rolling.RollingFileAppender">
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>ERROR</level>
            <onMatch>ACCEPT</onMatch>
            <onMismatch>DENY</onMismatch>
        </filter>
        <file>${LOG_PATH}/${APP_ID}/access_error.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${APP_ID}/access_error.log.%d{yyyy-MM-dd}.zip
            </fileNamePattern>
            <maxHistory>10</maxHistory>
        </rollingPolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss} %-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>
        </encoder>
    </appender>


    <appender name="ASYNC_LOG" class="ch.qos.logback.classic.AsyncAppender">
        <!-- 不丟失日誌.預設的,如果佇列的80%已滿,則會丟棄TRACT、DEBUG、INFO級別的日誌 -->
        <discardingThreshold>0</discardingThreshold>
        <!-- 更改預設的佇列的深度,該值會影響效能.預設值為256 -->
        <queueSize>512</queueSize>
        <appender-ref ref="FILE_LOG"/>
    </appender>
    <appender name="ASYNC_LOG" class="ch.qos.logback.classic.AsyncAppender">
        <!-- 不丟失日誌.預設的,如果佇列的80%已滿,則會丟棄TRACT、DEBUG、INFO級別的日誌 -->
        <discardingThreshold>0</discardingThreshold>
        <!-- 更改預設的佇列的深度,該值會影響效能.預設值為256 -->
        <queueSize>512</queueSize>
        <appender-ref ref="FILE_LOG"/>
    </appender>
    <appender name="ASYNC_LOG_DEBUG" class="ch.qos.logback.classic.AsyncAppender">
        <!-- 不丟失日誌.預設的,如果佇列的80%已滿,則會丟棄TRACT、DEBUG、INFO級別的日誌 -->
        <discardingThreshold>0</discardingThreshold>
        <!-- 更改預設的佇列的深度,該值會影響效能.預設值為256 -->
        <queueSize>512</queueSize>
        <appender-ref ref="FILE_DEBUG"/>
    </appender>
    <appender name="ASYNC_LOG_INFO" class="ch.qos.logback.classic.AsyncAppender">
        <!-- 不丟失日誌.預設的,如果佇列的80%已滿,則會丟棄TRACT、DEBUG、INFO級別的日誌 -->
        <discardingThreshold>0</discardingThreshold>
        <!-- 更改預設的佇列的深度,該值會影響效能.預設值為256 -->
        <queueSize>512</queueSize>
        <appender-ref ref="FILE_INFO"/>
    </appender>
    <appender name="ASYNC_LOG_WARN" class="ch.qos.logback.classic.AsyncAppender">
        <!-- 不丟失日誌.預設的,如果佇列的80%已滿,則會丟棄TRACT、DEBUG、INFO級別的日誌 -->
        <discardingThreshold>0</discardingThreshold>
        <!-- 更改預設的佇列的深度,該值會影響效能.預設值為256 -->
        <queueSize>512</queueSize>
        <appender-ref ref="FILE_WARN"/>
    </appender>
    <appender name="ASYNC_LOG_ERROR" class="ch.qos.logback.classic.AsyncAppender">
        <!-- 不丟失日誌.預設的,如果佇列的80%已滿,則會丟棄TRACT、DEBUG、INFO級別的日誌 -->
        <discardingThreshold>0</discardingThreshold>
        <!-- 更改預設的佇列的深度,該值會影響效能.預設值為256 -->
        <queueSize>512</queueSize>
        <appender-ref ref="FILE_ERROR"/>
    </appender>
    <root level="INFO">
        <!-- appender referenced after it is defined -->
        <appender-ref ref="STDOUT"/>
        <appender-ref ref="ASYNC_LOG"/>
        <appender-ref ref="ASYNC_LOG_DEBUG"/>
        <appender-ref ref="ASYNC_LOG_INFO"/>
        <appender-ref ref="ASYNC_LOG_WARN"/>
        <appender-ref ref="ASYNC_LOG_ERROR"/>
    </root>
    <logger name="org.springframework" level="INFO"/>
</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
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154

每個日誌檔案都配置了一個規則，對昨天的檔案都進行打包壓縮成zip、來減少日誌檔案使用的空間，在生產中我們每天都會把壓縮檔案傳送給相關人員 
而maxHistory配置了日誌在伺服器上面只存留十個備份

<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
    <fileNamePattern>${LOG_PATH}/${APP_ID}/access.log.%d{yyyy-MM-dd}.zip
    </fileNamePattern>
    <maxHistory>10</maxHistory>
</rollingPolicy>
  • 1
  • 2
  • 3
  • 4
  • 5

這塊主要是指定root的日誌級別，一般來說都會指定到info級別，因為SpringBoot執行的時候會產生大量的debug日誌， 
而<logger name="org.springframework" level="DEBUG"/>定義了org.springframework這個包裡面輸出debug日誌、 
一般來說如果使用Mybatis或者hibernate，需要輸出SQL都需要通過這裡進行配置，輸出debug級別的日誌

<root level="INFO">
    <!-- appender referenced after it is defined -->
    <appender-ref ref="STDOUT"/>
    <appender-ref ref="ASYNC_LOG"/>
    <appender-ref ref="ASYNC_LOG_DEBUG"/>
    <appender-ref ref="ASYNC_LOG_INFO"/>
    <appender-ref ref="ASYNC_LOG_WARN"/>
    <appender-ref ref="ASYNC_LOG_ERROR"/>
</root>
<logger name="org.springframework" level="DEBUG"/>
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11

這塊需要注意、如果使用main方法直接啟動SpringBoot的話是無法自動載入日誌檔案的，需要使用外掛springBoot外掛執行

Renderings

3.多環境日誌級別配置

3.1 基於spring profile方案

在開發環境和生產環境中往往會使用不同的日誌級別、這個是需要就需要對不同環境進行區分。這個可以通過spring profile來進行解決 
執行的時候指定-Dspring.profiles.active=(dev or prod) 引數、根據不同的profile會載入application-dev.yaml或者application-prod.yaml 
兩個yaml檔案分別載入不同的檔案

#application-dev.yaml

logging:
  config: classpath:logback-dev.xml


#application-prod.yaml
logging:
  config: classpath:logback-prod.xml
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

3.2 基於maven方案

基於maven的方案是在打包的時候動態指定resources的目錄，通過不同目錄存放不同的檔案,通過-Pprod來指定是生產環境 
mvn clean -Pprod -DskipTests=true package

<build>
    <resources>
        <resource>
            <directory>src/main/resources</directory>
            <filtering>true</filtering>
            <excludes>
                <exclude>project.properties</exclude>
                <exclude>logback.xml</exclude>
                <exclude>application.yml</exclude>
            </excludes>
        </resource>
        <resource>
            <directory>config/${package.environment}</directory>
        </resource>
    </resources>
</build>
<profiles>
    <profile>
        <id>dev</id>
        <properties>
            <package.environment>dev</package.environment>
        </properties>
        <activation>
            <activeByDefault>true</activeByDefault>
        </activation>
    </profile>
    <profile>
        <id>stable</id>
        <properties>
            <package.environment>stable</package.environment>
        </properties>
    </profile>
    <profile>
        <id>prod</id>
        <properties>
            <package.environment>prod</package.environment>
        </properties>
    </profile>
</profiles>

相關推薦

SpringBoot初始教程之日誌處理(二)

SpringBoot初始教程之日誌處理(二) 1.介紹 SpringBoot預設是採用logback進行日誌處理、Logback是由log4j創始人設計的又一個開源日誌元件。Logback是由log4j創始人設計的又一個開源日誌元件。 logback當前分成三個模組：logback-co

SpringBoot初始教程之統一異常處理(三)

SpringBoot初始教程之統一異常處理(三) 1.介紹 在日常開發中發生了異常，往往是需要通過一個統一的異常處理處理所有異常，來保證客戶端能夠收到友好的提示。SpringBoot在頁面  發生異常的時候會自動把請求轉到/error，SpringBoot內建了一個BasicErr

SpringBoot初始教程之Redis集中式Session管理

ont ttr imp exce sna tap user gap col 1.介紹 有關Session的管理方式這裏就不再進行討論，目前無非就是三種單機Session(基於單機內存，無法部署多臺機器)、基於Cookie(安全性差)、基於全局的統一Session管理(red

SpringBoot初始教程之資料庫連線池(druid)

SpringBoot初始教程之資料庫連線池(druid) 1.介紹 Druid是一個JDBC元件庫，包括資料庫連線池、SQL Parser等元件。DruidDataSource是最好的資料庫連線池。SpringBoot支援任何一種資料庫連結池的配置，在這裡用druid作為例子進行講解 2

SpringBoot初始教程之Redis集中式Session管理(四)

SpringBoot初始教程之Redis集中式Session管理(四) 1.介紹 有關Session的管理方式這裡就不再進行討論，目前無非就是三種單機Session(基於單機記憶體，無法部署多臺機器)、基於Cookie(安全性差)、基於全域性的統一Session管理(redis、mysql)

SpringBoot初始教程之Servlet、Filter、Listener配置

1.介紹通過之前的文章來看，SpringBoot涵蓋了很多配置，但是往往一些配置是採用原生的Servlet進行的，但是在SpringBoot中不需要配置web.xml的 因為有可能打包之後是一個jar包的形式，這種情況下如何解決？SpringBoot 提供了兩種方案進行解決 2.快速開始2.1 方案一方案一

beego web框架（二）之日誌處理

1. 使用入門 beego 的日誌處理是基於 logs 模組搭建的，內建了一個變數 BeeLogger，預設已經是 logs.BeeLogger 型別，初始化了 console，也就是預設輸出到 console。 beego.Emergency("thi

2.SpringBoot入門教程之整合slf4j日誌配置

SpringBoot入門教程之整合slf4j日誌配置 Java日誌框架眾多，常用的有java.util.logging, log4j, logback，commons-logging等等。個人比較偏好的是slf4j,同時也比較偏好使用字尾為.propertie

springboot搭建專案之日誌AOP，支援日誌內容可配置控制（黑名單欄位不會列印或其他處理方式）

一、問題描述及試用場景 在專案除錯或生產環境追查問題時，日誌檔案是我們最常用的方式。為了滿足日誌規範和方便日誌追查，一般會寫個日誌攔截AOP切面注入相關方法，列印入參，出參。但有個頭疼問題，某些引數裡包含一些敏感欄位，給予資料安全一般不允許列印，比如：使用者密碼，銀行卡卡號

SpringBoot簡明教程之專案屬性配置（二）：@ConfigurationProperties與@Value簡單比較

前文回顧 在上一篇博文：SpringBoot簡明教程之專案屬性配置（一）：YAML簡介 中我們簡單的介紹了SpringBoot的專案屬性配置中有關YAML檔案的簡單語法以及簡單展示了通過配置檔案進行值注入。 @ConfigurationProper

SpringBoot系列教程之Bean之指定初始化順序的若干姿勢

上一篇博文介紹了@Order註解的常見錯誤理解，它並不能指定 bean 的載入順序，那麼問題來了，如果我需要指定 bean 的載入順序，那應該怎麼辦呢？ 本文將介紹幾種可行的方式來控制 bean 之間的載入順序 構造方法依賴 @DependOn 註解 BeanPostProcessor 擴充套件 原

Python之日誌處理 logging模塊

python模塊 遠程 找到 調試 寫入 例如 doc 屬性設置 stream 本節內容 日誌相關概念 logging模塊簡介 使用logging提供的模塊級別的函數記錄日誌 logging模塊日誌流處理流程 使用logging四大組件記錄日誌 配置loggin

golang教程之錯誤處理

文章目錄 錯誤處理 什麼是錯誤？ 例子 錯誤型別表示 從錯誤中提取更多資訊的不同方法 1.斷言底層結構型別並從結構域中獲取更多資訊 2.斷言底層結構型別並使用方法獲取更多資訊 3.直接比

python深入之日誌處理（logging）

本節內容 日誌相關概念 logging模組簡介 使用logging提供的模組級別的函式記錄日誌 logging模組日誌流處理流程 使用logging四大元件記錄日誌 配置logging的幾種方式 向日志輸出中新增上下文資訊 參考文件 一

SpringBoot簡明教程之Web檢視層（一）：WebJars及靜態資源對映規則

SpringBoot簡明教程之檢視層（一）：靜態資源對映規則及WebJars的使用 文章目錄 SpringBoot簡明教程之檢視層（一）：靜態資源對映規則及WebJars的使用 專案建立 靜態資源對映規則 靜態資源對映

Python之日誌處理（logging模組）

本節內容 日誌相關概念 logging模組簡介 使用logging提供的模組級別的函式記錄日誌 logging模組日誌流處理流程 使用logging四大元件記錄日誌 配置logging的幾種方式 向日志輸出中新增上下文資訊 參考文件 一、日誌相關概念 日誌是

SpringBoot——web開發之錯誤處理機制

一、SpringBoot提供的預設錯誤處理 1、在瀏覽器端訪問時，出現錯誤時響應一個錯誤頁面： 2、在其他客戶端訪問時，響應json資料： 3、錯誤處理機制的原理，參照錯誤自動配置類——ErrorMvcAutoConfiguration，在錯誤自動配置類中，配置

springBoot入門教程之value和configurationProperties區別

@Component將person值載入到容器中 以前 <bean class="Person">     <property name = "name"  value = "字面量/${key} 從環境變數中獲取值"></

視訊、圖形影象處理之Opencv技術記錄（五）、Opencv教程之影象處理（imgproc模組）之平滑影象

目標 在本教程中，您將學習如何使用OpenCV函式應用各種線性濾鏡來平滑影象，例如： 理論 注意 下面的解釋屬於Richard Szeliski和LearningOpenCV的計算機視覺：演算法和應用一書 平滑，也稱為模糊，是一種簡單且經常使用的影象處理操作。

Protocol Buffer學習教程之語法手冊(二)

1.說明 此嚮導介紹如何使用protocol buffer language建立一個自己的protocolbuffer檔案，包括語法與如何通過“.proto”檔案生成資料訪問的類，此處只介紹proto2，proto3的更多訊息點這裡。 這是一個參考指南，一步一步功能描述的