検索
ホームページJava&#&チュートリアルSpringBootプロジェクトにコンソールログを保存する方法

SpringBoot コンソール ログ保存構成

シナリオ: コンソール ログは SpringBoot プロジェクトに保存する必要があります。

実装方法:

1. 設定ファイル application-prod.yml

を次のように設定します:

logging:
  config: classpath:logback-spring-prod.xml

2.logback-spring-prod。 xml

このファイルは、コンソール印刷ログが保存されるパスです。パス構成は次のとおりです:

<?xml  version="1.0" encoding="UTF-8"?>
 
<!-- 分级别异步文件日志输出配置 -->
<configuration>
    <!-- 日志级别 -->
    <property></property>
    <!-- 日志地址 -->
    <property></property>
    <property></property>
    <property></property>
    <property></property>
    <property></property>
    <!-- 最大保存时间 -->
    <property></property>
    <!-- 异步缓冲队列的深度,该值会影响性能.默认值为256 -->
    <property></property>
    <!--日志文件名前缀-->
    <property></property>
 
    <appender>
        <encoder>
            <pattern>%black(%contextName -) %red(%d{yyyy-MM-dd HH:mm:ss}) %green([%thread]) %highlight(%-5level) %boldMagenta(%logger{60}) - %gray(%msg%n)</pattern>
        </encoder>
    </appender>
 
    <appender>
        <filter>
            <level>DEBUG</level>
            <onmatch>ACCEPT</onmatch>
            <onmismatch>DENY</onmismatch>
        </filter>
        <file>${logPathDebug}/${name}_debug.log</file>
        <rollingpolicy>
            <filenamepattern>${logPathDebug}/${name}_debug.log.%d{yyyy-MM-dd}.%i.log</filenamepattern>
            <maxhistory>${maxHistory}</maxhistory>
            <timebasedfilenamingandtriggeringpolicy>
                <maxfilesize>50MB</maxfilesize>
            </timebasedfilenamingandtriggeringpolicy>
        </rollingpolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [ %thread ] - [ %-5level ] [ %logger{50} : %line ] - %msg%n</pattern>
        </encoder>
    </appender>
 
    <appender>
        <filter>
            <level>INFO</level>
            <onmatch>ACCEPT</onmatch>
            <onmismatch>DENY</onmismatch>
        </filter>
        <file>${logPathInfo}/${name}_info.log</file>
        <rollingpolicy>
            <filenamepattern>${logPathInfo}/${name}_info.log.%d{yyyy-MM-dd}.%i.log</filenamepattern>
            <maxhistory>${maxHistory}</maxhistory>
            <timebasedfilenamingandtriggeringpolicy>
                <maxfilesize>50MB</maxfilesize>
            </timebasedfilenamingandtriggeringpolicy>
        </rollingpolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [ %thread ] - [ %-5level ] [ %logger{50} : %line ] - %msg%n</pattern>
        </encoder>
    </appender>
 
    <appender>
        <filter>
            <level>WARN</level>
            <onmatch>ACCEPT</onmatch>
            <onmismatch>DENY</onmismatch>
        </filter>
        <file>${logPathWarn}/${name}_warn.log</file>
        <rollingpolicy>
            <filenamepattern>${logPathWarn}/${name}_warn.log.%d{yyyy-MM-dd}.%i.log</filenamepattern>
            <maxhistory>${maxHistory}</maxhistory>
            <timebasedfilenamingandtriggeringpolicy>
                <maxfilesize>50MB</maxfilesize>
            </timebasedfilenamingandtriggeringpolicy>
        </rollingpolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [ %thread ] - [ %-5level ] [ %logger{50} : %line ] - %msg%n</pattern>
        </encoder>
    </appender>
 
    <appender>
        <filter>
            <level>ERROR</level>
            <onmatch>ACCEPT</onmatch>
            <onmismatch>DENY</onmismatch>
        </filter>
        <file>${logPathError}/${name}_error.log</file>
        <rollingpolicy>
            <filenamepattern>${logPathError}/${name}_error.log.%d{yyyy-MM-dd}.%i.log</filenamepattern>
            <maxhistory>${maxHistory}</maxhistory>
            <timebasedfilenamingandtriggeringpolicy>
                <maxfilesize>50MB</maxfilesize>
            </timebasedfilenamingandtriggeringpolicy>
        </rollingpolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [ %thread ] - [ %-5level ] [ %logger{50} : %line ] - %msg%n</pattern>
        </encoder>
    </appender>
 
    <appender>
        <!-- 不丢失日志.默认的,如果队列的80%已满,则会丢弃TRACT、DEBUG、INFO级别的日志 -->
        <discardingthreshold>0</discardingthreshold>
        <!-- 更改默认的队列的深度,该值会影响性能.默认值为256 -->
        <queuesize>${queueSize}</queuesize>
        <appender-ref></appender-ref>
    </appender>
 
    <appender>
        <!-- 不丢失日志.默认的,如果队列的80%已满,则会丢弃TRACT、DEBUG、INFO级别的日志 -->
        <discardingthreshold>0</discardingthreshold>
        <!-- 更改默认的队列的深度,该值会影响性能.默认值为256 -->
        <queuesize>${queueSize}</queuesize>
        <appender-ref></appender-ref>
    </appender>
 
    <appender>
        <!-- 不丢失日志.默认的,如果队列的80%已满,则会丢弃TRACT、DEBUG、INFO级别的日志 -->
        <discardingthreshold>0</discardingthreshold>
        <!-- 更改默认的队列的深度,该值会影响性能.默认值为256 -->
        <queuesize>${queueSize}</queuesize>
        <appender-ref></appender-ref>
    </appender>
 
    <appender>
        <!-- 不丢失日志.默认的,如果队列的80%已满,则会丢弃TRACT、DEBUG、INFO级别的日志 -->
        <discardingthreshold>0</discardingthreshold>
        <!-- 更改默认的队列的深度,该值会影响性能.默认值为256 -->
        <queuesize>${queueSize}</queuesize>
        <appender-ref></appender-ref>
    </appender>
 
    <root>
        <!-- appender referenced after it is defined -->
        <appender-ref></appender-ref>
        <appender-ref></appender-ref>
        <appender-ref></appender-ref>
        <appender-ref></appender-ref>
        <appender-ref></appender-ref>
    </root>
 
</configuration>

注:

<property></property>
## には、ログが保存されるパスが格納されます。 # は /usr/server/shop/logs / に保存されます。

SpringBoot プロジェクトはサービスのランタイム ログをどのように保存しますか?

この問題は比較的単純です。完了する必要があるのは 2 つの手順だけです。

log4j 出力ログを構成します。 file

pom で lombok 依存関係を引用する必要があります。バージョンは springboot バージョンに従うことができます。

<dependency>
 <groupid>org.projectlombok</groupid>
 <artifactid>lombok</artifactid>
 <optional>true</optional>
</dependency>


	StudentContext
	<property></property>
	
	
		
			%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level [%thread] %logger{76}.%M\(%line\) - %msg%n
			UTF-8
		
	
	
	
		
			${log.path}/student/student.%d{yyyy-MM-dd}.log
			60
		
		
			%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level [%thread] %logger{76}.%M\(%line\) - %msg%n
			UTF-8
		
	
	
	
		
			${log.path}/student/student.warn.%d{yyyy-MM-dd}.log
			60
		
		
			%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level [%thread] %logger{76}.%M\(%line\) - %msg%n
			UTF-8
		
		
			WARN
			ACCEPT
			DENY
		
	
	
	
	
		
			${log.path}/student/student.error.%d{yyyy-MM-dd}.log
			60
		
		
			%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level [%thread] %logger{76}.%M\(%line\) - %msg%n
			UTF-8
		
		
			ERROR
			ACCEPT
			DENY
		
	
	
		
		
		
		
	
log4j 出力ログ ファイルは、リソースの下に置くだけです。 fileNamePattern タグはロゴに置き換えられます。私が作成した学生管理システムなどのマイクロサービス機能なので、studentを使用します

アプリケーション内のこの構成ファイルの場所を指定します

logging:
  level:
    com.netflix.discovery.shared.resolver.aws.ConfigClusterResolver: WARN
  config: classpath:logback-common.xml

以上がSpringBootプロジェクトにコンソールログを保存する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明
この記事は亿速云で複製されています。侵害がある場合は、admin@php.cn までご連絡ください。
Javaがクロスプラットフォームデスクトップアプリケーションを開発するための人気のある選択肢なのはなぜですか?Javaがクロスプラットフォームデスクトップアプリケーションを開発するための人気のある選択肢なのはなぜですか?Apr 25, 2025 am 12:23 AM

javaispopularforsoss-platformdesktopapplicationsduetoits "writeonce、runaynay" philosophy.1)itusesbytecodatiTatrunnanyjvm-adipplatform.2)ライブラリリケンディンガンドジャヴァフククレアティック - ルルクリス

Javaでプラットフォーム固有のコードを作成する必要がある場合がある状況について話し合います。Javaでプラットフォーム固有のコードを作成する必要がある場合がある状況について話し合います。Apr 25, 2025 am 12:22 AM

Javaでプラットフォーム固有のコードを作成する理由には、特定のオペレーティングシステム機能へのアクセス、特定のハードウェアとの対話、パフォーマンスの最適化が含まれます。 1)JNAまたはJNIを使​​用して、Windowsレジストリにアクセスします。 2)JNIを介してLinux固有のハードウェアドライバーと対話します。 3)金属を使用して、JNIを介してMacOSのゲームパフォーマンスを最適化します。それにもかかわらず、プラットフォーム固有のコードを書くことは、コードの移植性に影響を与え、複雑さを高め、パフォーマンスのオーバーヘッドとセキュリティのリスクをもたらす可能性があります。

プラットフォームの独立性に関連するJava開発の将来の傾向は何ですか?プラットフォームの独立性に関連するJava開発の将来の傾向は何ですか?Apr 25, 2025 am 12:12 AM

Javaは、クラウドネイティブアプリケーション、マルチプラットフォームの展開、および言語間の相互運用性を通じて、プラットフォームの独立性をさらに強化します。 1)クラウドネイティブアプリケーションは、GraalvmとQuarkusを使用してスタートアップ速度を向上させます。 2)Javaは、埋め込みデバイス、モバイルデバイス、量子コンピューターに拡張されます。 3)Graalvmを通じて、JavaはPythonやJavaScriptなどの言語とシームレスに統合して、言語間の相互運用性を高めます。

Javaの強力なタイピングは、プラットフォームの独立性にどのように貢献しますか?Javaの強力なタイピングは、プラットフォームの独立性にどのように貢献しますか?Apr 25, 2025 am 12:11 AM

Javaの強力なタイプ化されたシステムは、タイプの安全性、統一タイプの変換、多型を通じてプラットフォームの独立性を保証します。 1)タイプの安全性は、コンパイル時間でタイプチェックを実行して、ランタイムエラーを回避します。 2)統一された型変換ルールは、すべてのプラットフォームで一貫しています。 3)多型とインターフェイスメカニズムにより、コードはさまざまなプラットフォームで一貫して動作します。

Javaネイティブインターフェイス(JNI)がプラットフォームの独立性をどのように妥協できるかを説明します。Javaネイティブインターフェイス(JNI)がプラットフォームの独立性をどのように妥協できるかを説明します。Apr 25, 2025 am 12:07 AM

JNIはJavaのプラットフォームの独立を破壊します。 1)JNIは特定のプラットフォームにローカルライブラリを必要とします。2)ローカルコードをターゲットプラットフォームにコンパイルおよびリンクする必要があります。3)異なるバージョンのオペレーティングシステムまたはJVMは、異なるローカルライブラリバージョンを必要とする場合があります。

Javaのプラットフォームの独立性を脅かしたり強化したりする新しいテクノロジーはありますか?Javaのプラットフォームの独立性を脅かしたり強化したりする新しいテクノロジーはありますか?Apr 24, 2025 am 12:11 AM

新しいテクノロジーは、両方の脅威をもたらし、Javaのプラットフォームの独立性を高めます。 1)Dockerなどのクラウドコンピューティングとコンテナ化テクノロジーは、Javaのプラットフォームの独立性を強化しますが、さまざまなクラウド環境に適応するために最適化する必要があります。 2)WebAssemblyは、Graalvmを介してJavaコードをコンパイルし、プラットフォームの独立性を拡張しますが、パフォーマンスのために他の言語と競合する必要があります。

JVMのさまざまな実装は何ですか、そしてそれらはすべて同じレベルのプラットフォームの独立性を提供しますか?JVMのさまざまな実装は何ですか、そしてそれらはすべて同じレベルのプラットフォームの独立性を提供しますか?Apr 24, 2025 am 12:10 AM

JVMの実装が異なると、プラットフォームの独立性が得られますが、パフォーマンスはわずかに異なります。 1。OracleHotspotとOpenJDKJVMは、プラットフォームの独立性で同様に機能しますが、OpenJDKは追加の構成が必要になる場合があります。 2。IBMJ9JVMは、特定のオペレーティングシステムで最適化を実行します。 3. Graalvmは複数の言語をサポートし、追加の構成が必要です。 4。AzulzingJVMには、特定のプラットフォーム調整が必要です。

プラットフォームの独立性は、開発コストと時間をどのように削減しますか?プラットフォームの独立性は、開発コストと時間をどのように削減しますか?Apr 24, 2025 am 12:08 AM

プラットフォームの独立性により、開発コストが削減され、複数のオペレーティングシステムで同じコードセットを実行することで開発時間を短縮します。具体的には、次のように表示されます。1。開発時間を短縮すると、1セットのコードのみが必要です。 2。メンテナンスコストを削減し、テストプロセスを統合します。 3.展開プロセスを簡素化するための迅速な反復とチームコラボレーション。

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

Video Face Swap

Video Face Swap

完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

ホットツール

SecLists

SecLists

SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

SublimeText3 Linux 新バージョン

SublimeText3 Linux 新バージョン

SublimeText3 Linux 最新バージョン

DVWA

DVWA

Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

ZendStudio 13.5.1 Mac

ZendStudio 13.5.1 Mac

強力な PHP 統合開発環境

Safe Exam Browser

Safe Exam Browser

Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。