Slf4jを使用してLog4j2を統合し、プロジェクトログシステムソリューションを構築します(Common-logging、Log4jを使用しない)

1. Log4j、SLF4J、Common-loggingの違い

slf4jとcommons-loggingはどちらもロギングフレームワークの仕様であり、その実装は非常に弱いです。Log4jは、主に前の2つのロギングフレームワークの実装を目的としています。Slf4jはcommons-loggingを置き換える傾向があります。Common-longingはデフォルトでlog4jをサポートします。他のロギングツールを使用するには、次の構成が必要です:common-logging.properties。

org.apache.commons.logging.Log=org.apache.commons.logging.impl.Log4JCategoryLog

1.1、slf4j

slf4j(フルネームはSimple Loging Facade For Java)は、Javaプログラムのログ出力を提供する統合インターフェースです。これは、私たちがよく使用するJDBCのように特定のログ実装ソリューションではなく、単なるルールです。したがって、slf4jだけでは機能しません。これは、Apacheのorg.apache.log4j.Logger、jdkに付属のjava.util.logging.Loggerなど、他の特定のログ実装ソリューションと組み合わせる必要があります。
対応するjarパッケージ:
    slf4j-log4j12-xxxjarはorg.apache.log4j.Loggerによって提供されるドライバーを使用します
    slf4j-jdk14-xxxjarはjava.util.loggingによって提供されるドライバーを使用します
    slf4j-simple-xxxjarはSystem.err
    slf4j -jclを直接バインドします-xxxjarはcommons-
    logginglogbackによって提供されるドライバーです-classic-xxxjarはlogbackによって提供されるドライバーです

1.2、Log4jとLog4j2の違い

log4jはApacheのオープンソースプロジェクトであり、log4j2とlog4jが作成者ですが、log4j2は再設計されたログコンポーネントです。彼は以前のlog4jの欠点を破棄し、優れたログバック設計を吸収する新しいコンポーネントを導入しました。log4j2コミュニティは非常に活発で、すぐに更新されます。

1.構成ファイルの種類

Log4jはメインの構成ファイルとして.propertiesファイルを使用しますが、現在のlog4j 2はこのメソッドを放棄し、.xml、.json、または.jsnを使用して実行します。

2.コアJARパッケージ

log4jはjarパッケージを導入するだけで済みます。

<dependency>
 <groupId>log4j</groupId>
 <artifactId>log4j</artifactId>
 <version>1.2.17</version>
</dependency>

そしてlog4j2には2つのコアが必要です

          <!-- slf4j核心包-->  
          <dependency>  
              <groupId>org.slf4j</groupId>  
              <artifactId>slf4j-api</artifactId>  
              <version>1.7.13</version>  
          </dependency>  
          <dependency>  
              <groupId>org.slf4j</groupId>  
              <artifactId>jcl-over-slf4j</artifactId>  
              <version>1.7.13</version>  
              <scope>runtime</scope>  
        </dependency>  

2. Slf4jを使用してLog4j2を統合し、プロジェクトログシステムを構築します

log4jベースのログシステムは、Slf4jとlog4j2に基づくログシステムに再構築されます。これは、slf4jを使用すると、ログシステムの互換性が高く、いくつかの一般的なログシステムと互換性があるためです。log4jの代わりにlog4j2を使用すると、Log4j1.xが使用されます。高い同時実行性の状況でデッドロックが発生し、cpuの使用量が異常に急増し、マルチスレッド環境でのLMAX Disruptorの非同期ログに基づくLog4j2.0のパフォーマンスは、Log4j 1.xおよびlogbackよりもはるかに優れています(公式データは10回以上)。

2.1構築手順

1.依存関係の管理

1)プロジェクトのLog4j1.xに必要なlog4jおよびslf4j-log4j12の依存関係を削除します。
2)次のslf4jとlog4j2の依存関係を追加します。

<!--核心log4j2jar包-->
<dependency>
  <groupId>org.apache.logging.log4j</groupId>
  <artifactId>log4j-api</artifactId>
  <version>2.11.2</version>
</dependency>
<dependency>
  <groupId>org.apache.logging.log4j</groupId>
  <artifactId>log4j-core</artifactId>
  <version>2.11.2</version>
</dependency>
<!--用于与slf4j保持桥接-->
<dependency>
  <groupId>org.apache.logging.log4j</groupId>
  <artifactId>log4j-slf4j-impl</artifactId>
  <version>2.11.2</version>
</dependency>
<!--web工程需要包含log4j-web,非web工程不需要-->
<dependency>
  <groupId>org.apache.logging.log4j</groupId>
  <artifactId>log4j-web</artifactId>
  <version>2.11.2</version>
</dependency>
<!--下面这个依赖与log4j-slf4j-impl只能二选一,一个是log4j2实现的一个是slf4j实现的-->
<!--
<dependency>
  <groupId>org.slf4j</groupId>
  <artifactId>slf4j-log4j12</artifactId>
  <version>1.7.26</version>
</dependency>
-->
<!-- slf4j核心包-->
<dependency>
  <groupId>org.slf4j</groupId>
  <artifactId>slf4j-api</artifactId>
  <version>1.7.26</version>
</dependency>
<dependency>
  <groupId>org.slf4j</groupId>
  <artifactId>jcl-over-slf4j</artifactId>
  <version>1.7.26</version>
</dependency>

2. web.xmlでlog4j2リスナーとフィルターを設定します(この手順はservlet3.0以降では必要ありません)

    <!--对于log4j2,Servlet2.5以前的版本需要-->  
    <listener>  
       <listener-class>org.apache.logging.log4j.web.Log4jServletContextListener</listener-class>  
    </listener>  
    <filter>  
       <filter-name>log4jServletFilter</filter-name>  
       <filter-class>org.apache.logging.log4j.web.Log4jServletFilter</filter-class>  
    </filter>  
    <filter-mapping>  
      <filter-name>log4jServletFilter</filter-name>  
      <url-pattern>/*</url-pattern>  
      <dispatcher>REQUEST</dispatcher>  
      <dispatcher>FORWARD</dispatcher>  
      <dispatcher>INCLUDE</dispatcher>  
      <dispatcher>ERROR</dispatcher>  
   </filter-mapping>  

使用しているサーブレットのバージョンを確認するにはどうすればよいですか?

1. tomcatのlibフォルダーにあるservlet-api.jarを確認し、メモ帳を使用してMETA-INFフォルダーにあるMANIFEST.MFファイルを開き、次のコードがバージョン番号であることを確認します。

Specification-Version: 3.1

jspのバージョン番号を表示する場合も同様であり、jsp-api.jarフォルダーを開く必要があります。

2.アイデアのMavenプロジェクトを使用する場合、pomファイルに次の依存関係を追加する必要があります

<dependency>
      <groupId>javax.servlet</groupId>
      <artifactId>javax.servlet-api</artifactId>
      <version>3.1.0</version>
      <scope>provided</scope>
</dependency>
    <!-- https://mvnrepository.com/artifact/javax.servlet/jsp-api -->
<dependency>
      <groupId>javax.servlet</groupId>
      <artifactId>jsp-api</artifactId>
      <version>2.0</version>
      <scope>provided</scope>
</dependency>

その中で、スコープによって提供されるということは、パッケージ化するときにパッケージ化する必要がないことを意味し、他の機能(Webコンテナ)がそれを提供します。実際、依存関係は理論的にはコンパイル、テスト、および実行のサイクルに参加できます。コンパイルと同等ですが、除外アクションはパッケージ化段階で実行されます。

3. Log4j2はプロパティファイルをサポートしなくなりました。xml、json、またはyamlのみをサポートします。場所が指定されていない場合、デフォルトでsrc / main / resourcesの下を検索します。

場所をカスタマイズする必要がある場合は、上記のweb.xmlに次のコードを追加する必要があります

<context-param>  
   <param-name>log4jConfiguration</param-name>  
   <param-value>/WEB-INF/classes/log4j2.xml</param-value>  
</context-param> 

4.log4j2.xmlファイルの詳細な説明

<?xml version="1.0" encoding="UTF-8"?>
<!--status日志级别从低到高分为TRACE < DEBUG < INFO < WARN < ERROR < FATAL-->
<Configuration status="off" monitorInterval="1800">
    <properties>
        <property name="LOG_HOME">/src/logs/</property>
        <property name="ERROR_LOG_FILE_NAME">error</property>
    </properties>
    <Appenders>
        <Console name="Console" target="SYSTEM_OUT">
            <PatternLayout  charset="GB18030" pattern="%d %-5p [%t] %C{2} (%F:%L) - %m%n"/>
        </Console>
        <RollingRandomAccessFile name="ErrorLog"
                                         fileName="${LOG_HOME}/${ERROR_LOG_FILE_NAME}.log"
                                         filePattern="${LOG_HOME}/${ERROR_LOG_FILE_NAME}.log.%d{yyyy-MM-dd}.gz">
            <PatternLayout charset="UTF-8"
                    pattern="%d{yyyy-MM-dd HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n" />
            <Policies>
                <TimeBasedTriggeringPolicy/>
                <SizeBasedTriggeringPolicy size="20 MB"/>
            </Policies>
            <DefaultRolloverStrategy max="20"/>
        </RollingRandomAccessFile>
    </Appenders>
    <Loggers>
        <!-- 3rdparty Loggers -->
        <logger name="org.springframework.core" level="error"/>
        <logger name="org.springframework.beans" level="error"/>
        <logger name="org.springframework.context" level="error"/>
        <logger name="org.springframework.web" level="error"/>
        <Logger name="com.opensymphony.xwork2" level="error"/>
        <Logger name="org.apache.struts2" level="error"/>
        <logger name="com.hafiz.www.controller" level="error" includeLocation="true" additivity="false">
            <appender-ref ref="ErrorLog"/>
            <appender-ref ref="Console"/>
        </logger>
        <Root level="warn" includeLocation="true">
            <Appender-ref ref="Console"/>
        </Root>
    </Loggers>
</Configuration>

時間とファイルサイズでロールするRollingRandomAccessFileで構成されたAppenderは、RollingFileAppenderと比較してパフォーマンスが大幅に向上しています。公式Webサイトでは、20〜200%であるとされています。
ローリングとは、特定の条件が満たされると、元のログファイルの名前がバックアップ用に変更され、新しいログファイルが生成されることを意味します。たとえば、ログファイルを毎日生成する必要がありますが、1日のログファイルの量が1Gを超えると、再度生成され、2つの条件のうちの1つだけが満たされます。これはlog4j1.xネイティブ関数では不可能であり、log4j2では非常に単純です。
特定の意味
<properties>は、その後の再利用を容易にするために2つの定数を定義します

RollingRandomAccessFileの属性:
fileNameは、現在のログファイルの場所とファイル名を
指定します。filePatternは、ローリングが発生したときのファイル転送と名前変更のルールを
指定します。SizeBasedTriggeringPolicyは、ファイルサイズがsizeで指定された値よりも大きい場合に、ローリングがトリガーされることを指定します。 。
DefaultRolloverStrategyは、保存するファイルの最大数を指定
filePatternと共に使用するTimeBasedTriggeringPolicyこの構成のニーズを注記filePatternに構成されたファイル名の変更規則は$ {FILE_NAME}であること- 。%のD {YYYY-MM-DD HH-MM} - %i。最小の時間粒度はmm、つまり分です。TimeBasedTriggeringPolicyで指定されたサイズは1であり、組み合わせると、1分ごとに新しいファイルが生成されます。%d {yyyy-MM-dd HH}に変更され、最小粒度が時間の場合、ファイルは1時間ごとに生成されます。

5.使い方はとても簡単で、最初にクラスを紹介します

  import org.slf4j.Logger;
  import org.slf4j.LoggerFactory;

クラスで宣言する

protected transient Logger logger = LoggerFactory.getLogger(getClass());

コンソールは、以下のコードにしようとした場合** 6 **中国人が文字化け

<PatternLayout charset="GB18030"  pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n" />

charset = "GB18030" UTF-8をGB18030に変更します。コンソールが文字化けしている場合は、コンソールのPatternLayoutを変更します。出力ファイルが文字化けしている場合は、ファイルのPatternLayoutを変更し
て問題解決します。

Slf4jを使用してLog4j2を統合し、プロジェクトログシステムを構築するための完璧なソリューションを参照でき
ます。

おすすめ

転載: blog.csdn.net/u011930054/article/details/88412063