Konfigurasi penjimatan log konsol SpringBoot
Senario: Log konsol perlu disimpan dalam projek SpringBoot.
Kaedah pelaksanaan:
1. Konfigurasikan fail konfigurasi application-prod.yml
seperti berikut:
logging: config: classpath:logback-spring-prod.xml
2.logback-spring-prod. xml
Fail ini ialah laluan untuk menyimpan log cetakan konsol Konfigurasi adalah seperti berikut:
<?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>
Nota: Laluan di mana log disimpan dalam
<property></property>
ialah. dalam /usr/server/shop/logs /disimpan di bawah.
Bagaimanakah projek SpringBoot menyimpan log masa jalan perkhidmatan?
Masalah ini agak mudah Anda hanya perlu melengkapkan dua langkah
Konfigurasikan fail log keluaran log4j
Anda perlu memetik kebergantungan lombok dalam pom, dan versi boleh mengikut versi springboot anda
<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
Fail log keluaran Log4j, letakkan sahaja di bawah sumber Perhatikan bahawa perkara dalam fileNamePattern tag digantikan dengan logo Fungsi perkhidmatan mikro anda, seperti sistem pengurusan pelajar yang saya tulis, jadi saya menggunakan pelajar
Nyatakan lokasi fail konfigurasi ini dalam aplikasi
logging: level: com.netflix.discovery.shared.resolver.aws.ConfigClusterResolver: WARN config: classpath:logback-common.xml
Atas ialah kandungan terperinci Bagaimana untuk menyimpan log konsol dalam projek SpringBoot. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

JVM berfungsi dengan menukar kod Java ke dalam kod mesin dan menguruskan sumber. 1) Pemuatan Kelas: Muatkan fail kelas. Ke dalam memori. 2) Kawasan data runtime: Menguruskan kawasan memori. 3) Enjin Pelaksanaan: Mentafsirkan atau menyusun bytecode pelaksanaan. 4) Antara muka kaedah tempatan: Berinteraksi dengan sistem operasi melalui JNI.

JVM membolehkan Java melintasi platform. 1) Beban JVM, mengesahkan dan melaksanakan bytecode. 2) Kerja JVM termasuk pemuatan kelas, pengesahan bytecode, pelaksanaan tafsiran dan pengurusan ingatan. 3) JVM menyokong ciri -ciri canggih seperti pemuatan dan refleksi kelas dinamik.

Aplikasi Java boleh dijalankan pada sistem pengendalian yang berbeza melalui langkah -langkah berikut: 1) Gunakan kelas fail atau laluan untuk memproses laluan fail; 2) menetapkan dan mendapatkan pembolehubah persekitaran melalui System.getenv (); 3) Gunakan Maven atau Gradle untuk menguruskan kebergantungan dan ujian. Keupayaan merentas platform Java bergantung pada lapisan abstraksi JVM, tetapi masih memerlukan pengendalian manual ciri-ciri khusus sistem operasi tertentu.

Java memerlukan konfigurasi dan penalaan khusus pada platform yang berbeza. 1) Laraskan parameter JVM, seperti -XMS dan -XMX untuk menetapkan saiz timbunan. 2) Pilih strategi pengumpulan sampah yang sesuai, seperti ParallelGC atau G1GC. 3) Konfigurasikan perpustakaan asli untuk menyesuaikan diri dengan platform yang berbeza. Langkah -langkah ini dapat membolehkan aplikasi Java melakukan yang terbaik dalam pelbagai persekitaran.

Osgi, apachecommonslang, jna, danjvmoptionsareeffectiveforhandlingplatform-specificchallengesinjava.1) osgimanagesdependencyandisolatescomponents.2) ApachecommonslangprovideSutilityfung

JVMmanagesgarbagecollectionacrossplatformseffectivelybyusingagenerationalapproachandadaptingtoOSandhardwaredifferences.ItemploysvariouscollectorslikeSerial,Parallel,CMS,andG1,eachsuitedfordifferentscenarios.Performancecanbetunedwithflagslike-XX:NewRa

Kod Java boleh dijalankan pada sistem pengendalian yang berbeza tanpa pengubahsuaian, kerana falsafah "Write Once, Run, Everywhere" Java dilaksanakan oleh Java Virtual Machine (JVM). Oleh kerana perantara antara bytecode Java yang disusun dan sistem operasi, JVM menerjemahkan bytecode ke dalam arahan mesin tertentu untuk memastikan program itu dapat dijalankan secara bebas di mana -mana platform dengan JVM dipasang.

Penyusunan dan pelaksanaan program Java mencapai kemerdekaan platform melalui Bytecode dan JVM. 1) Tulis kod sumber Java dan menyusunnya ke dalam bytecode. 2) Gunakan JVM untuk melaksanakan bytecode pada mana -mana platform untuk memastikan kod berjalan di seluruh platform.


Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

MinGW - GNU Minimalis untuk Windows
Projek ini dalam proses untuk dipindahkan ke osdn.net/projects/mingw, anda boleh terus mengikuti kami di sana. MinGW: Port Windows asli bagi GNU Compiler Collection (GCC), perpustakaan import yang boleh diedarkan secara bebas dan fail pengepala untuk membina aplikasi Windows asli termasuk sambungan kepada masa jalan MSVC untuk menyokong fungsi C99. Semua perisian MinGW boleh dijalankan pada platform Windows 64-bit.

SublimeText3 versi Inggeris
Disyorkan: Versi Win, menyokong gesaan kod!

SublimeText3 Linux versi baharu
SublimeText3 Linux versi terkini

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Muat turun versi mac editor Atom
Editor sumber terbuka yang paling popular
