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 出力ログを構成します。 filepom で lombok 依存関係を引用する必要があります。バージョンは springboot バージョンに従うことができます。
<dependency> <groupid>org.projectlombok</groupid> <artifactid>lombok</artifactid> <optional>true</optional> </dependency>
log4j 出力ログ ファイルは、リソースの下に置くだけです。 fileNamePattern タグはロゴに置き換えられます。私が作成した学生管理システムなどのマイクロサービス機能なので、studentを使用しますアプリケーション内のこの構成ファイルの場所を指定します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
logging:
level:
com.netflix.discovery.shared.resolver.aws.ConfigClusterResolver: WARN
config: classpath:logback-common.xml
以上がSpringBootプロジェクトにコンソールログを保存する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

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

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

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

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

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

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

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

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


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

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

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

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

ZendStudio 13.5.1 Mac
強力な PHP 統合開発環境

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

ホットトピック









