Java项目日志记录方案

最新推荐文章于 2024-07-11 22:14:42 发布
最新推荐文章于 2024-07-11 22:14:42 发布
阅读量1.5w 收藏 21
点赞数 1
分类专栏： 系统架构和设计 文章标签： 日志记录
注意：本文发表距今已超过，某些数据、描述可能已经过时。出处http://blog.zollty.com，转载请注明。
本文链接：https://blog.csdn.net/zollty/article/details/53958439
版权

一、概述


1、采用slf4j作为日志API，采用logback作为日志输出工具，用slf4j桥接方式替换掉log4j和commons-logging。

2、采用trace（追踪）、debug（调试）、info（信息）、warn（警告）、error（错误）、fatal（致命）共6种日志级别。

3、采用dev（开发环境）、test（测试环境）、production（生产环境）等不同的日志配置，根据环境变量自动识别。

4、特殊的记录，需要大批量写入日志文件，应该采用异步线程写文件。


二、日志级别定义

    采用trace（追踪）、debug（调试）、info（信息）、warn（警告）、error（错误）、fatal（致命）共6种日志级别。


日志级别使用原则：

1、fatal（致命错误）使用原则

fatal为系统级别的异常，发生fatal错误，代表服务器整个或者核心功能已经无法工作了！！

1）在服务器启动时就应该检查，如果存在致命错误，直接抛异常，让服务器不要启动起来（启动了也无法正常工作，不如不启动）。

2）如果在服务器启动之后，发生了致命的错误，则记录fatal级别的错误日志，最好是同时触发相关的修复和告警工作（比如，给开发和维护人员发送告警邮件）。


2、error（错误）使用原则

error为功能或者逻辑级别的严重异常，发生error级别的异常，代表功能或者重要逻辑遇到问题、无法正常工作。


3、warn（警告）使用原则

warn用在某些逻辑非常规，发生了一些小故障但是没有大的影响，或者重要数据被修改，或者某些操作需要引起重视。


4、info（信息）使用原则

info用于记录一些有用的、关键的信息，一般这些信息出现得不频繁，只是在初始化的地方或者重要操作的地方才记录。


5、debug（调试）使用原则

debug用于记录一些调试信息，为了方便查看程序的执行过程和相关数据、了解程序的动态。


6、trace（跟踪）使用原则

trace用于记录一些更详细的调试信息，这些信息无需每次调试时都打印出来，只在需要更详细的调试信息时才开启。


7、项目稳定运行时的日志量

1）正常情况下，trace日志至少是debug日志的100倍，

trace级别的日志量 ： debug级别的日志量  >  100 ： 1，

也就是说trace日志非常多，debug日志相对较少。


2）debug级别的日志量 ： info级别的日志量 > 1000 ： 1，

也就是说正常情况下，info日志很少，只在部分重要位置会输出 info日志。


3）error日志和warn日志，正常情况下，几乎为0，当出现异常时，error日志和warn日志量 也在可控范围，不会超过debug级别的最大日志量。


三、日志输出（Appender）分类


分为5个一般类： 

    FILE_EXCEPTION （异常日志，包括ERROR和WARN）

    FILE_APP （应用日志，包括当前应用package下面的日志和DEBUG级别以上的其他日志）

    FILE_INFO （普通信息日志）

    FILE_DEBUG （调试日志）

    FILE_TRACE（追踪日志）

    SYSOUT（控制台输出，可以包括以上所有日志）

扩展类： 包括异步输出的日志，或者特殊业务日志。


举例说明：

假如 

当前应用的 Main Package 为 cn.zollty.lightning

ROOT_LEVEL为 trace，应用日志 LEVEL 为 debug

有以下日志打印：

1
2
3
4
5
6
7
8
9
10
11
12
13
Logger loggerA = LoggerFactory.getLogger(cn.zollty.lightning.Tests. class );
loggerA.trace( "--------" );
loggerA.debug( "--------" );
loggerA.info( "--------" );
loggerA.warn( "--------" );
loggerA.error( "--------" );
 
Logger loggerB = LoggerFactory.getLogger(org.apache.kafka.Consumer. class );
loggerB.trace( "--------" );
loggerB.debug( "--------" );
loggerB.info( "--------" );
loggerB.warn( "--------" );
loggerB.error( "--------" );

那么，异常日志（FILE_EXCEPTION）输出的为：

loggerA.warn("--------");

loggerA.error("--------");

loggerB.warn("--------");

loggerB.error("--------");

控制台（SYSOUT）输出日志的为;

loggerA.debug("--------");

loggerA.info("--------");

loggerA.warn("--------");

loggerA.error("--------");

loggerB.trace("--------");

loggerB.debug("--------");

loggerB.info("--------");

loggerB.warn("--------");

loggerB.error("--------");

应用日志（FILE_APP）输出的为：

loggerA.debug("--------");

loggerA.info("--------");

loggerA.warn("--------");

loggerA.error("--------");

loggerB.info("--------");

loggerB.warn("--------");

loggerB.error("--------");


2、历史日志文件

异常日志（error和warn）最多保存 9000 M（生产，测试）

app日志最多保存 9000 M （生产，测试）

trace日志最多保存 1000 M （仅供测试用，一般不用）

debug、info日志最多保存 5000 M（一般不用，用app日志就够了）


四、各环境默认日志定义


开发环境

1）默认日志级别定义为：

    app包为TRACE级别。日志的ROOT Level为DEBUG级别。

2）

启用 System.out 控制台输出日志；

启用error.log为错误和警告日志、app.log为应用日志（包括app包下的日志和其他INFO级别以上的日志）。


测试环境

1）默认日志级别定义为：

    app包为DEBUG级别。日志的ROOT Level为DEBUG级别。

2）

禁用 System.out 控制台输出日志；

启用error.log为错误和警告日志、app.log为应用日志（包括app包下的日志和其他INFO级别以上的日志）。


生产环境

1）默认日志级别定义为：

    app包为DEBUG级别。日志的ROOT Level为INFO级别。

2）

禁用 System.out 控制台输出日志；

启用error.log为错误和警告日志、app.log为应用日志（包括app包下的日志和其他INFO级别以上的日志）。


五、根据环境自动选择日志配置（借助Logback）


关键点1：使用logback的环境变量定义和读取功能

例如下面的各种环境变量定义：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
<!-- 部署的环境类型：dev、test、product -->
< property  name = "DEPLOY_ENV"  value = "${deploy.env:-dev}"  />
 
<!-- 日志路径，这里是相对路径，web项目eclipse下会输出到当前目录./logs/下，如果部署到linux上的tomcat下，会输出到tomcat/logs/目录 下 -->
< property  name = "LOG_HOME"  value = "${catalina.base:-.}/logs"  />
 
<!-- 日志文件大小,超过这个大小将被压缩 -->
< property  name = "LOG_MAX_SIZE"  value = "100MB"  />
<!-- 日志输出格式 -->
< property  name = "LOG_COMMON_PATTERN"  value = "%d{HH:mm:ss.SSS} [%thread] [%level] %logger - %msg%n"  />
< property  name = "LOG_DEV_PATTERN"  value = "%d{HH:mm:ss.SSS} [%thread] %-5level %logger{48}:%line - %msg%n"  />
 
<!-- 主日志级别 -->
< property  name = "ROOT_LEVEL"  value = "${log.root.level:-DEBUG}"  />
 
<!-- APP 日志级别 -->
< property  name = "APP_LEVEL"  value = "${log.app.level:-TRACE}"  />
<!-- APP Package 前缀： cn.zollty.lightning -->
< property  name = "APP_PACKAGE"  value = "cn.zollty.lightning"  />

其中 ${deploy.env:-dev} 代表的意思是，如果环境变量中没有 deploy.env，则使用默认值dev。


一个小技巧：可以自定义类似下面这个类，在logback初始化之前，先设置变量的值：

1
< statusListener  class = "cn.zollty.commons.logbackext.InitConfigOnConsoleStatusListener"  />

这个类继承自ch.qos.logback.core.status.OnConsoleStatusListener。


关键点2：使用logback的 if-then 条件语法

1
2
3
4
5
6
7
8
9
10
11
12
< root  level = "${ROOT_LEVEL}" >
   <!-- Required: exception log -->
   < appender-ref  ref = "FILE_EXCEPTION" />
   <!-- Required: app log  -->
   < appender-ref  ref = "FILE_APP" />
 
   < if  condition = 'p("DEPLOY_ENV").contains("dev")' >
     < then >
     < appender-ref  ref = "STDOUT"  />
     </ then >
   </ if >
</ root >


参考配置：

logback.xml：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
<? xml  version = "1.0"  encoding = "UTF-8" ?>
< configuration  scan = "true"  scanPeriod = "60 seconds"  debug = "false" >
 
   < statusListener  class = "cn.zollty.commons.logbackext.InitConfigOnConsoleStatusListener"  />
 
   <!-- 部署的环境类型：dev、test、product -->
   < property  name = "DEPLOY_ENV"  value = "${deploy.env:-dev}"  />
 
   <!-- 日志路径，这里是相对路径，web项目eclipse下会输出到当前目录./logs/下，如果部署到linux上的tomcat下，会输出到tomcat/logs/目录 下 -->
   < property  name = "LOG_HOME"  value = "${catalina.base:-.}/logs"  />
   
   <!-- 日志文件大小,超过这个大小将被压缩 -->
   < property  name = "LOG_MAX_SIZE"  value = "100MB"  />
   <!-- 日志输出格式 -->
   < property  name = "LOG_COMMON_PATTERN"  value = "%d{HH:mm:ss.SSS} [%thread] [%level] %logger - %msg%n"  />
   < property  name = "LOG_DEV_PATTERN"  value = "%d{HH:mm:ss.SSS} [%thread] %-5level %logger{48}:%line - %msg%n"  />
 
   <!-- 主日志级别 -->
   < property  name = "ROOT_LEVEL"  value = "${log.root.level:-DEBUG}"  />
 
   <!-- APP 日志级别 -->
   < property  name = "APP_LEVEL"  value = "${log.app.level:-TRACE}"  />
   <!-- APP Package 前缀： cn.cstonline.zollty -->
   < property  name = "APP_PACKAGE"  value = "cn.zollty.lightning"  />
   
   < include  resource = "includedConfig.xml" />
   
   < appender  name = "STDOUT"  class = "ch.qos.logback.core.ConsoleAppender" >
     < encoder >
       < pattern >${LOG_DEV_PATTERN}</ pattern >
     </ encoder >
   </ appender >
   
   < appender  name = "FILTER-DATA"  class = "ch.qos.logback.core.rolling.RollingFileAppender" >
     < file >${LOG_HOME}/filter.log</ file >
     < rollingPolicy  class = "ch.qos.logback.core.rolling.TimeBasedRollingPolicy" >
       < fileNamePattern >${LOG_HOME}/filter/filter-%d{yyyy-MM-dd}-%i.log.zip</ fileNamePattern >
       < maxHistory >90</ maxHistory >
       < TimeBasedFileNamingAndTriggeringPolicy  class = "ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP" >
         < MaxFileSize >100MB</ MaxFileSize >
       </ TimeBasedFileNamingAndTriggeringPolicy >
     </ rollingPolicy >
     < encoder >
       < pattern >${LOG_COMMON_PATTERN}</ pattern >
     </ encoder >
   </ appender >
   
   < appender  name = "ASYNC1"  class = "ch.qos.logback.classic.AsyncAppender" >
     < appender-ref  ref = "FILTER-DATA"  />
   </ appender >
   
   < include  resource = "special_log_level.xml" />
 
   < logger  name = "${APP_PACKAGE}"  level = "${APP_LEVEL}"  />
   
   < logger  name = "FILTER-LOGGER"  level = "${APP_LEVEL}"  additivity = "false" >
     < appender-ref  ref = "ASYNC1"  />
   </ logger >
 
   < root  level = "${ROOT_LEVEL}" >
     <!-- Required: exception log -->
     < appender-ref  ref = "FILE_EXCEPTION" />
     <!-- Required: app log  -->
     < appender-ref  ref = "FILE_APP" />
     
     <!-- Optional： show all debug or trace info -->
     <!-- <appender-ref ref="FILE_DEBUG"/> -->
     <!-- <appender-ref ref="FILE_TRACE"/> -->
     
     < if  condition = 'p("DEPLOY_ENV").contains("dev")' >
       < then >
         < appender-ref  ref = "STDOUT"  />
       </ then >
     </ if >
     
   </ root >
 
</ configuration >

includedConfig.xml

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
<? xml  version = "1.0"  encoding = "UTF-8"  ?>
 
< included >
 
   <!-- WARN and ERROR -->
   < appender  name = "FILE_EXCEPTION"  class = "ch.qos.logback.core.rolling.RollingFileAppender" >
     < filter  class = "ch.qos.logback.classic.filter.ThresholdFilter" >
       < level >WARN</ level >
     </ filter >
     < file >${LOG_HOME}/error.log</ file >
     < rollingPolicy  class = "ch.qos.logback.core.rolling.TimeBasedRollingPolicy" >
       <!-- rollover daily -->
       < fileNamePattern >${LOG_HOME}/error/error-%d{yyyy-MM-dd}-%i.log.zip</ fileNamePattern >
       < maxHistory >90</ maxHistory >
       < TimeBasedFileNamingAndTriggeringPolicy  class = "ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP" >
         <!-- or whenever the file size reaches 100MB -->
         < MaxFileSize >${LOG_MAX_SIZE}</ MaxFileSize >
       </ TimeBasedFileNamingAndTriggeringPolicy >
     </ rollingPolicy >
     < encoder >
       < pattern >${LOG_COMMON_PATTERN}</ pattern >
     </ encoder >
   </ appender >
 
   <!-- INFO or Greater -->
   < appender  name = "FILE_INFO"  class = "ch.qos.logback.core.rolling.RollingFileAppender" >
     < filter  class = "ch.qos.logback.classic.filter.ThresholdFilter" >
       < level >INFO</ level >
     </ filter >
     < file >${LOG_HOME}/info.log</ file >
     < rollingPolicy  class = "ch.qos.logback.core.rolling.TimeBasedRollingPolicy" >
       < fileNamePattern >${LOG_HOME}/info/info-%d{yyyy-MM-dd}-%i.log.zip</ fileNamePattern >
       < maxHistory >50</ maxHistory >
       < TimeBasedFileNamingAndTriggeringPolicy  class = "ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP" >
         < MaxFileSize >${LOG_MAX_SIZE}</ MaxFileSize >
       </ TimeBasedFileNamingAndTriggeringPolicy >
     </ rollingPolicy >
     < encoder >
       < pattern >${LOG_COMMON_PATTERN}</ pattern >
     </ encoder >
   </ appender >
 
   <!-- DEBUG or Greater-->
   < appender  name = "FILE_DEBUG"  class = "ch.qos.logback.core.rolling.RollingFileAppender" >
     < filter  class = "ch.qos.logback.classic.filter.ThresholdFilter" >
       < level >DEBUG</ level >
     </ filter >
     < file >${LOG_HOME}/debug.log</ file >
     < rollingPolicy  class = "ch.qos.logback.core.rolling.TimeBasedRollingPolicy" >
       < fileNamePattern >${LOG_HOME}/debug/debug-%d{yyyy-MM-dd}-%i.log.zip</ fileNamePattern >
       < maxHistory >50</ maxHistory >
       < TimeBasedFileNamingAndTriggeringPolicy  class = "ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP" >
         < MaxFileSize >${LOG_MAX_SIZE}</ MaxFileSize >
       </ TimeBasedFileNamingAndTriggeringPolicy >
     </ rollingPolicy >
     < encoder >
       < pattern >${LOG_COMMON_PATTERN}</ pattern >
     </ encoder >
   </ appender >
 
   <!-- TRACE and ALL -->
   < appender  name = "FILE_TRACE"  class = "ch.qos.logback.core.rolling.RollingFileAppender" >
     < file >${LOG_HOME}/trace.log</ file >
     < rollingPolicy  class = "ch.qos.logback.core.rolling.TimeBasedRollingPolicy" >
       < fileNamePattern >${LOG_HOME}/trace/trace-%d{yyyy-MM-dd}-%i.log.zip</ fileNamePattern >
       < maxHistory >10</ maxHistory >
       < TimeBasedFileNamingAndTriggeringPolicy  class = "ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP" >
         < MaxFileSize >${LOG_MAX_SIZE}</ MaxFileSize >
       </ TimeBasedFileNamingAndTriggeringPolicy >
     </ rollingPolicy >
     < encoder >
       < pattern >${LOG_COMMON_PATTERN}</ pattern >
     </ encoder >
   </ appender >
   
   <!-- (INFO or Greater) or logname prefix = ${APP_PACKAGE} -->
   < appender  name = "FILE_APP"  class = "ch.qos.logback.core.rolling.RollingFileAppender" >
     < filter  class = "cn.zollty.lightning.common.PackageOrThresholdFilter" >
       < level >INFO</ level >
       < prefix >${APP_PACKAGE}</ prefix >
     </ filter >
     < file >${LOG_HOME}/app.log</ file >
     < rollingPolicy  class = "ch.qos.logback.core.rolling.TimeBasedRollingPolicy" >
       < fileNamePattern >${LOG_HOME}/app/app-%d{yyyy-MM-dd}-%i.log.zip</ fileNamePattern >
       < maxHistory >90</ maxHistory >
       < TimeBasedFileNamingAndTriggeringPolicy  class = "ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP" >
         < MaxFileSize >${LOG_MAX_SIZE}</ MaxFileSize >
       </ TimeBasedFileNamingAndTriggeringPolicy >
     </ rollingPolicy >
     < encoder >
       < pattern >${LOG_COMMON_PATTERN}</ pattern >
     </ encoder >
   </ appender >
 
</ included >

special_log_level.xml

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<? xml  version = "1.0"  encoding = "UTF-8"  ?>
< included >
 
   < logger  name = "org.apache.zookeeper.ClientCnxn"  level = "ERROR"  />
   < logger  name = "org.apache.kafka.clients.consumer.internals.ConsumerCoordinator"  level = "INFO"  />
   < logger  name = "kafka.producer.BrokerPartitionInfo"  level = "INFO"  />
   < logger  name = "kafka.producer.async.ProducerSendThread"  level = "INFO"  />
   < logger  name = "kafka.producer.async.DefaultEventHandler"  level = "INFO"  />
   < logger  name = "org.apache.kafka.common.metrics.Metrics"  level = "INFO"  />
   < logger  name = "org.apache.kafka.clients.Metadata"  level = "INFO"  />
   
   < logger  name = "org.apache.kafka.clients.consumer.internals.AbstractCoordinator"  level = "INFO"  />
   < logger  name = "org.apache.kafka.clients.consumer.internals.Fetcher"  level = "INFO"  />
   < logger  name = "org.apache.kafka.clients.NetworkClient"  level = "INFO"  />
   
</ included >


也可以把变量定义到properties文件中，本地就放在 

src/resources/conf/logback_val.properties

服务器上放在

${catalina.base}/conf/logback_val.properties

配置如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
<? xml  version = "1.0"  encoding = "UTF-8" ?>
< configuration  scan = "true"  scanPeriod = "60 seconds"  debug = "false" >
 
   < if  condition = 'isDefined("catalina.base")' >
     < then >
       < property  file = "${catalina.base}/conf/logback_val.properties"  />
     </ then >
     < else >
       < property  resource = "./conf/logback_val.properties"  />
     </ else >
   </ if >
   
   ...

logback_val.properties:

1
2
3
4
5
6
7
8
9
10
# \u90E8\u7F72\u7684\u73AF\u5883\u7C7B\u578B\uFF1Adev\u3001test\u3001product
deploy.env=dev
# \u4E3B\u65E5\u5FD7\u7EA7\u522B
log.root.level=DEBUG
# APP \u65E5\u5FD7\u7EA7\u522B
log.app.level=TRACE
# Kafka LogStash \u9009\u62E9\u4F7F\u7528 value= "yes" or "no"
log.use.logstash=yes
# LogStash Kafka URL
log.logstash.kafka=172.16.1.164:9092,172.16.1.165:9092,172.16.1.166:9092


参考资料：

http://logback.qos.ch/manual/configuration.html#conditional


zollty
关注
  • 1
    点赞
  • 踩
  • 21
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
java项目日志
weixin_52675595的博客
01-26 1898
Java子项目日志 项目里有打印日志流水，有助于排查问题 控制台输出日志存储在根目录下 crmeb_out.log文件里 日志文件日志存储在crmeb_log文件夹下 取消 ide/终端 控制台打印日志需要修改2处配置 mysql输出取消 系统输出取消 如果不想打印任何日志 结果 ...
java中记录日志方式比较及相关建议
wysghmbb的博客
02-22 999
一、记录日志的几种方式比较 为了测试，我在测试类中写了五种打印方式，分别如下： @Slf4j @RunWith(SpringRunner.class) @SpringBootTest public class ErrorLogTest { @Test public void ss(){ try{ float xx= 1/0; log.info("xx：{}",xx); }catch (Exception e){
mavenproject:Java中的基础Maven项目，具有日志记录（通过SLF4jj进行log4）和可执行jar打包
05-11
Maven项目 Java中的基础Maven项目，带有日志记录（通过SLF4J通过log4j）和可执行jar打包 记录都已完成到STDOUT和文件（/logs/test.log）。 有关配置，请参见/src/main/resources/log4j.properties
日志在项目中的使用
weixin_43566562的博客
05-25 901
日志在项目中的使用
Java实现日志全链路追踪.精确到一次请求的全部流程
wang5701071的博客
07-01 621
广大程序员在排除线上问题时,会经常遇见各种BUG.处理这些BUG的时候日志就格外的重要.只有完善的日志才能快速有效的定位问题.为了提高BUG处理效率.我决定在日志上面优化.实现每次请求有统一的id.通过id能获取当前接口的全链路流程走向.实现效果如下: 一次查询即可找到所有关键信息.不再被多线程日志进行困扰了.
项目怎么写日志
yn1007220096的博客
11-23 1711
日志格式 log.info(" yn - 【日志中文说明】-【类名.方法名】-【param(入参变量1，入参变量2):】{},{} -【res(结果变量):{}】" ，入参变量1，入参变量2，结果变量); log.error(" yn - 【日志r中文说明】-【类名.方法名】-【param(入参变量1，入参变量2):】{},{} 】" ，入参变量1，入参变量2，e); 说明： yn : 个人标识，线上测接口，直接当做过滤条件，快速找出相关日志。 类名.方法名：方便直接定位代码 日志心得 1.日志参数和结
日志系统项目（2）项目实现（实用工具类、日志等级类、日志消息类、日志格式化输出类）
weixin_45138295的博客
02-26 806
前面的文章中我们讲述了日志系统项目的前置知识点，再本文中我们将开始日志项目的细节实现。
日志记录规范总结
weixin_41542613的博客
09-28 974
日志记录总则 日志中不要记录无用信息，防止无用日志淹没重要信息 要明确不同日志的用途，对日志内容进行分类 日志信息要准确全面，努力做到仅凭日志就可以定位问题 日志格式要统一规范 日志要不断优化、完善 日志级别 遵循RFC 5424，将日志级别分为以下 8 种等级： 0 Emergency: system is unusable 1 Alert: action must be taken immediately 2 Critical: critical conditions 3 Erro.
JAVA实现通用日志记录方法
08-30
JAVA实现通用日志记录方法 JAVA实现通用日志记录方法是指在JAVA应用程序中实现日志记录的通用方法。日志记录是软件开发中不可或缺的一部分，它可以帮助开发者追踪程序的执行过程，诊断错误，提高程序的可靠性和安全...
日志myLogApp日志记录项目
06-23
在“日志myLogApp日志记录项目”中，我们可以深入探讨Java平台上的日志管理实践。 1. **日志概念与重要性** 日志是应用程序运行时产生的事件记录，包括错误、警告、调试信息等。它帮助开发者追踪程序执行的轨迹，...
JavaLN:Java自然日志记录
05-11
总的来说，JavaLN作为一个专门针对Java的自然日志记录工具，旨在提供高效、灵活的日志管理解决方案，帮助开发者更好地监控和调试他们的应用程序。通过深入研究和使用JavaLN，开发者可以提升其日志管理能力，进而提升...
Java项目开发平台开发规范方案.docx
12-19
Java项目开发平台开发规范方案是指导开发者遵循统一标准进行Java应用程序构建的重要文档，特别是对于大型企业级项目，如CRM（客户关系管理）系统。以下是一些关键知识点的详细说明： 1. **Struts框架技术**： ...
JAVA应用开发日志解决方案
08-29
通过日志记录，开发者可以追踪程序运行过程中的状态变化，帮助诊断错误和异常情况，从而提高系统的稳定性和可维护性。对于Java应用程序而言，日志框架更是不可或缺的一部分。目前，市场上流行的日志解决方案主要有...
真的简单，阿里P7带你一文弄懂Java项目的日志
q1472750149的博客
12-09 1198
大家好，我是小海。在正文之前，先给各位股东汇报下austin项目进度： 总的来说，我感觉这次的反响是不错的，虽然阅读量不高。但留言的人多了很多，也有很多人都担心我会不会鸽掉（更新一半中途就断了） 我只能说：别慌，绝对不鸽，你只管追更就好。 我已经决定每个周末都扛着电脑回家，有空就往附近的图书馆里跑（图书馆是学习的YYDS，在家的效率就是要比图书馆要低不少） 不多BB了，今天继续聊个话题：日志 01、什么是日志 所谓日志，在我理解下就是：记录程序运行时的信息 在Java最初期又或是我
日志相关概念与配置信息
wu13855610554的博客
07-01 411
日志一. 日志相关概念日志是一种可以追踪某些软件运行时所发生事件的方法软件开发人员可以向他们的代码中调用日志记录相关的方法来表明发生了某些事情一个事件可以用一个可包含可选变量数据的消息来描述此外，事件也有重要性的概念，这个重要性也可以被称为严重性级别（level）1. 日志的作用通过log的分析，可以方便用户了解系统或软件、应用的运行情况；如果你的应用log足够丰富，也可以分析以往用户的操作行为、...
logback 日志文件
qq_34297563的博客
05-29 1050
日志的使用方式，就跟普通使用一样，只不过，此配置配置的是不仅在控制台输出而且在磁盘上也会保留，并且info/debug/error/warn的日志都区分开了，并且按照每天做了归档，下面是日志的配置： maven依赖： <dependency> <groupId>net.logstash.logback</groupId> ...
Java 日志管理最佳实践
来啊 快活啊
06-03 1374
日志记录是应用程序运行中必不可少的一部分。具有良好格式和完备信息的日志记录可以在程序出现问题时帮助开发人员迅速地定位错误的根源。对于开 发人员来说，在程序中使用日志API记录日志并不复杂，不过遵循一些最佳实践可以更好的利用日志。本文介绍了在Java程序中记录日志的最佳实践，同时也 介绍了如何使用开源软件对日志进行聚合和分析。概述对于现在的应用程序来说，日志的重要性是不言而喻的。很难想象没有任何日志记
日志项目2
Ryujianli的博客
02-29 377
C++ - 基于多设计模式下的同步&异步日志系统
项目中日志采集实践：技术、工具与最佳实践
最新发布
喔的嘛呀的博客
07-11 1285
提供最详细的日志信息，通常用于调试。提供用于调试的详细信息，适用于开发和测试环境。提供关键的运行时信息，表明应用程序正常运行。表示潜在的问题，可能需要注意但不影响程序正常运行。指示发生了错误，可能需要进一步的处理。实时监控与集中化存储是保障项目稳定性和性能的关键一环。通过使用ELK Stack、Splunk等工具，项目团队可以在复杂的系统环境中实时跟踪日志，进行及时的故障排查和性能优化。这些工具的强大功能不仅提高了团队的效率，同时为项目提供了更好的可维护性和可扩展性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值