小さなクラスD - 基本ゼロSpringBoot2.X _項11 Logbackロギング・フレームワークに対抗し、SpringBootを導入するには、実際の構成とLogbackを説明するログSpringBoot2.x、戦闘_45統合しました

注釈

2、SpringBoot2.xは構成やカスタムLogback戦闘説明するログ
    はじめに:SpringBoot2.x統合Logback実際の構成について説明し

        ます。https://docs.spring.io/spring-boot/docs/2.1.0.BUILD- 1、公式サイトをSNAPSHOT /参照/ htmlsingle /#ブート -featuresロギング

           さまざまなコンポーネントの場合:HTTPS://logback.qos.ch/manual/index.html
        
        2、ログ分析SpringBoot起動
            制御1)デフォルトでは、春の起動ログ出力台湾

        3、実際のlogbackの統合
            1)は、ログファイルのlogback-spring.xmlを作成し、関係者は-spring.xmlエンド推奨
                設定の順logback-spring.xml、logback-spring.groovy、ロードデフォルトでロードを logback.xml、またはlogback.groovy
            
            コメント:<構成>
                子ノード
                <アペンダ> </アペンダ>                       
                <ロガー> </ロガー>
                <ルート> </ルート>(末尾に追加されます)        

 

始めます


logback含まれているデフォルトの開始springboot







デフォルトはINFOレベルがされたときにアクティブに春


のjava-jarファイルでより多くの情報を取得したいが、後ろ--dubug追加する

新しい、logback-spring.xml文書



事前に準備をコピーされたログファイルを

<?XMLバージョン= "1.0"エンコード= "UTF-8" ?> 
< 設定> 

     < アペンダ= "consoleApp" クラス= "ch.qos.logback.core.ConsoleAppender" > 
        < レイアウトクラス= "ch.qos.logback。 classic.PatternLayout」> 
            < パターン> 
                %日付{YYYY-MM-DD HH:MM:SS.SSS}%-5level [%スレッド]%ロガー{56}%方法:。%のL - %のMSGの%N 
            </ パターン> 
        </ レイアウト> 
    </ アペンダ> 

    < アペンダ= "fileInfoApp"= "ch.qos.logback.core.rolling.RollingFileAppender" > 
        < フィルタクラス= "ch.qos.logback.classic.filter.LevelFilter" > 
             < レベル> ERROR </ レベル> 
            < onMatch >拒否</ onMatch > 
            < onMismatch > ACCEPT </ onMismatch > 
        </ フィルタ> 
        < エンコーダ> 
            < パターン> 
                %日付{YYYY-MM-DD HH:MM:SS.SSS}%-5level [%スレッド]%ロガー{56}%方法:% L - %のMSG%N 
            </ パターン>
        </ エンコーダ> 
        <! - 滚动策略- > 
        < rollingPolicyのクラス= "ch.qos.logback.core.rolling.TimeBasedRollingPolicy" > 
            <! - 路径- > 
            < fileNamePattern > app_log /ログ/ app.info。 %d.log </ fileNamePattern > 
        </ rollingPolicy > 
    </ アペンダ> 

    < アペンダ= "fileErrorApp" クラス= "ch.qos.logback.core.rolling.RollingFileAppender" > 
        < フィルタクラス= "ch.qos.logback。クラシック。filter.ThresholdFilter」 >
            < レベル> ERROR </ レベル> 
        </ フィルタ> 
        < エンコーダ> 
            < パターン> 
                %日付{YYYY-MM-DD HH:MM:SS.SSS}%-5level [%スレッド]%ロガー{56}%方法: %のL - %のMSGの%N 
            </ パターン> 
        </ エンコーダ> 
        
        <! - 设置滚动策略- > 
        < rollingPolicy クラス= "ch.qos.logback.core.rolling.TimeBasedRollingPolicy" > 
            <! - 路径- > 
            < fileNamePattern > app_log /ログ/ app.err。%d.log </ fileNamePattern >
            
            <! - 削除、予約されたアーカイブの最大数を制御する古いファイルは数が想定され上回っている毎月のスクロール、
            および<maxHistory> 1、ファイルの最後の月保存し、古いファイルの削除の前に- - > 
             < MaxHistory >。1 </ MaxHistory > 
            
        </ rollingPolicy > 
    </ アペンダ> 
   < ルートレベル= "INFO" >   
        < アペンダ-REF REF = "ConsoleApp" /> 
        < アペンダ-REF REF = "fileInfoApp" /> 
        < アペンダ-REF REF = "fileErrorApp" /> 
    </ ルート>
</ 設定>

 





さまざまなコンポーネントのケースます。https://logback.qos.ch/manual/index.html


テストログ


パッケージはorg.slf4j.Loggerの導入された

テストをログ出力のいくつかのレベル

ランチャー







ルートノードは、最後尾のロードされている





両方のレベルが警告ログ情報と出力内のファイル情報を。

ここでは、フィルタの設定がためです

、ここで変更のルートがデバッグた場合

、アプリケーションの再起動



エラーまたはエラーが唯一の

エラーレベルをフィルタリングし、そのデバッグは、警告、情報がこれらのレベル内のファイルに出力され


degbu干渉となり、無駄な情報のあまりに多くのレベルがあります。ここでは一般的な使用情報のレベルがあまりにも多くのログ情報を生成しません、我々は、ディスクスペースを取ります




 

おすすめ

転載: www.cnblogs.com/wangjunwei/p/11431341.html