自定義log4j2中的Appender來獲取日志內(nèi)容的示例代碼
springboot版本：2.6.15 log4j版本：2.17.2
Log4j中的Appender 是什么
本文講述的是通過 log4j 中自定義的 Appender 來獲取需要打印的日志信息，那么 Appender 是什么東西呢？先簡單了解一下
在 Log4j2 中，Appender 是負責將日志事件輸出到目標地點的組件。Appender 可以將日志事件輸出到控制臺、文件、網(wǎng)絡等不同的目的地。 Log4j2 提供了多種內(nèi)置的 Appender，例如 ConsoleAppender、FileAppender、AsyncAppender 等，同時支持自定義 Appender。 Appender 的主要職責是將日志事件按照指定的格式和目的地輸出。每個 Appender 都有自己的名稱和類型，可以根據(jù)需要配置不同的屬性。例如，F(xiàn)ileAppender 用于將日志事件輸出到文件中，其屬性包括文件名、追加模式（是否覆蓋已存在的文件或追加到文件末尾）等。
需求背景
有兩個系統(tǒng)，系統(tǒng) A 和系統(tǒng) B, 系統(tǒng) A 會發(fā)送指令給系統(tǒng) B, 系統(tǒng) B 會響應結(jié)果給系統(tǒng) A，這兩個系統(tǒng)之間的通信方式是 MQ, 即 A 通過 MQ 發(fā)送數(shù)據(jù)給 B(數(shù)據(jù)中有 UUID 字段值)，系統(tǒng) B處理完成后將結(jié)果通過 MQ 發(fā)送給 A，請求和響應的對應關系則可以通過 UUID 來進行匹配
現(xiàn)在有一個需求是監(jiān)控在某個時間段內(nèi)發(fā)送了多少指令，以及多少指令失敗(在給定時間內(nèi)沒有收到響應或者響應中給了錯誤結(jié)果認為失敗)
對于這種需求一般都是通過 AOP 來解決，但是在部分場景下 AOP 也比較難處理，比如上面場景中其實這個監(jiān)控處理是有兩部分的，第一部分是發(fā)送請求，第二部分是獲取請求對應的結(jié)果，而且不是 http 調(diào)用，是通過 MQ 調(diào)用，即業(yè)務邏輯實現(xiàn)是分布在兩個方法中的 （可以抽取一層將發(fā)送請求和響應結(jié)果邏輯放在一起，并且返回原始結(jié)果即可）
下面基于已有實現(xiàn)提供另外一種更簡單的解決方式，已有實現(xiàn)的特點：
- 指令發(fā)送和結(jié)果接收都被抽取成獨立的方法，只要是兩個系統(tǒng)間的
MQ通信最終都會調(diào)用這兩個方法（一個發(fā)送，一個接收結(jié)果） - 在這兩個方法中都將原始的參數(shù)以及最終的響應結(jié)果給打印出來了 基于以上兩點，如果可以拿到打印的日志信息就可以比較簡單匯總處理
修改前測試代碼
log4j2 配置文件
下面 log4j2-dev.xml 配置文件很簡單，就是將所有日志打印到控制臺，日志級別為 info
<?xml version="1.0" encoding="UTF-8"?>
<!--monitorInterval：Log4j能夠自動檢測修改配置 文件和重新配置本身，設置間隔秒數(shù)-->
<configuration monitorInterval="60">
<Properties>
<property name="LOG_PATTERN_CONSOLE"
value="%clr{%d{yyyy-MM-dd HH:mm:ss.SSS}}{faint} %clr{%5p} %clr{${sys:PID}}{magenta} %clr{---}{faint} %clr{[%15.15t]}{faint} %clr{%-40.40c{1.}}{cyan} %clr{:}{faint} %m%n%xwEx"/>
</Properties>
<appenders>
<!-- Console 是將日志信息打印打控制臺-->
<console name="Console" target="SYSTEM_OUT">
<PatternLayout pattern="${LOG_PATTERN_CONSOLE}"/>
<ThresholdFilter level="trace" onMatch="ACCEPT" onMismatch="DENY"/>
</console>
</appenders>
<loggers>
<root level="info">
<AppenderRef ref="Console"/>
</root>
</loggers>
</configuration>
兩個測試類代碼
給出兩個測試類是為了對比，后續(xù)自定義的 Appender 只會作用在一個測試類中，對于其他類的日志打印不會獲取到對應的日志信息
@Component
public class DemoService {
private static final Logger logger = LoggerFactory.getLogger(DemoService.class);
public void doSomething(String param) {
logger.info("test demo");
}
}
@Component
public class DemoService2 {
private static final Logger logger = LoggerFactory.getLogger(DemoService2.class);
public void doSomething(String param) {
logger.info("test demo 2");
}
}
自定義Appender
自定義的 Appender 不需要被 Spring 管理，所以不需要 @Component 等注解
package com.example;
import org.apache.logging.log4j.core.Appender;
import org.apache.logging.log4j.core.Filter;
import org.apache.logging.log4j.core.Layout;
import org.apache.logging.log4j.core.LogEvent;
import org.apache.logging.log4j.core.appender.AbstractAppender;
import org.apache.logging.log4j.core.config.plugins.Plugin;
import org.apache.logging.log4j.core.config.plugins.PluginAttribute;
import org.apache.logging.log4j.core.config.plugins.PluginElement;
import org.apache.logging.log4j.core.config.plugins.PluginFactory;
import org.apache.logging.log4j.core.layout.PatternLayout;
import java.io.Serializable;
@Plugin(name = "CusAppender", category = "Core", elementType = Appender.ELEMENT_TYPE)
public class CustomAppender extends AbstractAppender {
protected CustomAppender(String name, Filter filter, Layout<? extends Serializable> layout) {
super(name, filter, layout);
}
@Override
public void append(LogEvent event) {
// 在這里獲取日志信息
String message = event.getMessage().getFormattedMessage();
// 打印日志信息
System.out.println("攔截到的消息" + message);
}
@PluginFactory
public static CustomAppender createAppender(@PluginAttribute("name") String name,
@PluginElement("Layout") Layout<? extends Serializable> layout) {
if (name == null) {
throw new IllegalArgumentException("No name provided for CustomAppender");
}
if (layout == null) {
layout = PatternLayout.createDefaultLayout();
}
return new CustomAppender(name, null, layout);
}
}
將自定義 Appender 配置到 Log4j 配置文件中
<?xml version="1.0" encoding="UTF-8"?>
<!--monitorInterval：Log4j能夠自動檢測修改配置 文件和重新配置本身，設置間隔秒數(shù)-->
<configuration monitorInterval="60">
<Properties>
<property name="LOG_PATTERN_CONSOLE"
value="%clr{%d{yyyy-MM-dd HH:mm:ss.SSS}}{faint} %clr{%5p} %clr{${sys:PID}}{magenta} %clr{---}{faint} %clr{[%15.15t]}{faint} %clr{%-40.40c{1.}}{cyan} %clr{:}{faint} %m%n%xwEx"/>
</Properties>
<appenders>
<!-- 添加自定義的 Appender -->
<CusAppender name="CustomAppender" />
<!-- Console 是將日志信息打印打控制臺-->
<console name="Console" target="SYSTEM_OUT">
<PatternLayout pattern="${LOG_PATTERN_CONSOLE}"/>
<ThresholdFilter level="trace" onMatch="ACCEPT" onMismatch="DENY"/>
</console>
</appenders>
<loggers>
<!-- 對某個具體類進行單獨的配置, 需要關注 additivity 參數(shù)-->
<Logger name="com.example.DemoService2" level="info" additivity="true">
<AppenderRef ref="CustomAppender"/>
</Logger>
<root level="info">
<AppenderRef ref="Console"/>
</root>
</loggers>
</configuration>
上述配置文件針對原始配置文件主要有兩個修改點
- 在
<appenders>標簽下面添加了<CusAppender name="CustomAppender" />標簽， 這里使用CusAppender標簽是因為@Plugin(name = "CusAppender"中配置的是這個名字 - 在
<loggers>標簽下添加了如下內(nèi)容
<!-- 對某個具體類進行單獨的配置, 需要關注 additivity 參數(shù)--> <Logger name="com.example.DemoService2" level="info" additivity="true"> <AppenderRef ref="CustomAppender"/> </Logger>
通過這種方式，當 DemoService2 類有日志打印并且級別在 info 及以上時就會調(diào)用到自定義 Appender 的 append 方法中
public void append(LogEvent event) {
// 在這里獲取日志信息
String message = event.getMessage().getFormattedMessage();
// 打印日志信息
System.out.println("攔截到的消息" + message);
}
additivity="true" 配置的作用
先看下 loggers 配置
<loggers> <!-- 對某個具體類進行單獨的配置, 需要關注 additivity 參數(shù)--> <Logger name="com.example.DemoService2" level="info" additivity="true"> <AppenderRef ref="CustomAppender"/> </Logger> <root level="info"> <AppenderRef ref="Console"/> </root> </loggers>
這里的 root 就是頂層的配置，對于 DemoService2 類來說，因為單獨配置了 Logger, 所以會先走單獨配置的 Logger 中的 Appender, 也就是 CustomAppender，但是 CustomAppender 中只是獲取日志信息，并沒有往控制臺或者文件寫日志，這樣日志就會丟失了，additivity 參數(shù)就是用來控制是否繼續(xù)使用父級的 Appender, additivity=true 時，日志會先經(jīng)過 CustomAppender 處理，然后會讓父級( root ) 的 Console 處理。
結(jié)果
先調(diào)用 DemoService2 方法，然后調(diào)用 DemoService 的方法，日志打印如下
攔截到的消息test demo 2 2024-02-05 16:48:21.641 INFO 2760 --- [command-execute] c.e.DemoService2 : test demo 2 2024-02-05 16:48:34.424 INFO 2760 --- [command-execute] c.e.DemoService : test demo
說明只有調(diào)用了 DemoService2 類中日志方法時才會調(diào)用到自定義的 Appender 中
以上就是自定義log4j2中的Appender來獲取日志內(nèi)容的示例代碼的詳細內(nèi)容，更多關于自定義Appender獲取日志內(nèi)容的資料請關注腳本之家其它相關文章！
相關文章
Spring boot中PropertySource注解的使用方法詳解
這篇文章主要給大家介紹了關于Spring boot中PropertySource注解的使用方法，文中通過示例代碼介紹的非常詳細，對大家學習或者使用Spring boot具有一定的參考學習價值，需要的朋友們下面來一起學習學習吧。2017-12-12
因為Spring 對于ajax直接返回對象,到了WEB頁面就轉(zhuǎn)換成json 所以不需要使用JSON轉(zhuǎn)換封裝可以直接使用。接下來通過本文給大家分享Spring MVC下 bootStrap服務器分頁代碼，需要的的朋友參考下2017-03-03
這篇文章主要介紹了Maven之導入thymeleaf依賴飄紅問題及解決方案，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2022-08-08
spring boot參數(shù)驗證注解@NotNull、@NotBlank和@NotEmpty區(qū)別解析
使用spring boot參數(shù)驗證是常常會使用@NotNull、@NotBlank和@NotEmpty三個判斷是否不為空的注解,中文都有不能為空的意思,大部分使用者都傻傻分清它們之間到底有什么區(qū)別,今天就讓咱們來一起探索它們之間的不同吧,感興趣的朋友一起看看吧2024-05-05
這篇文章將通過一個簡單的自定義的監(jiān)聽器,從源碼的角度分析一下Spring中監(jiān)聽的整個過程,分析監(jiān)聽的作用,感興趣的小伙伴可以了解一下2024-11-11
Spring事務@Transactional失效的8大場景與解決方法
在我們開發(fā)Spring Boot應用中,很多小伙伴以為只要在方法上加一個 @Transactional,但實際開發(fā)中,事務經(jīng)常出現(xiàn)失效的情況,下面我們就來看看如何解決吧2025-08-08
精選Java基礎知識講解，看看你能答對多少？2017-09-09
這篇文章主要介紹了MyBatis-Plus Generator配置詳解,文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2020-08-08
Java實現(xiàn)將Word文檔轉(zhuǎn)換為圖像(JPEG,PNG或SVG)
在現(xiàn)代企業(yè)應用開發(fā)中,文檔轉(zhuǎn)換是一個頻繁且必不可少的任務,在本文中,我們將探討如何使用Java編程將Word文檔轉(zhuǎn)換為多種圖像格式,感興趣的小伙伴可以了解下2026-05-05
volatile 是一種輕量級的同步機制,它能保證共享變量的可見性,同時禁止重排序保證了操作的有序性,但是它無法保證原子性,本文給大家總結(jié)了Java olatile的使用場景有哪些,并通過代碼示例講解的非常詳細,需要的朋友可以參考下2024-03-03