Spring Boot 使用使用 logback、、logstash、、ELK 记录日志文件的 记录日志文件的 方法方法 主要介绍了Spring Boot 使用 logback、logstash、ELK 记录日志文件的思路详解，文中给大家提到了logback 取 代 log4j的理由,需要的朋友可以参考下 Spring Boot 下，尝试使用 log4j 记录日志到 logstash，在src/main/resources 目录下添加 log4j.properties 文件进行自定义输 出日志文件，未能成功。在 application.yml 中 配置 logging path 打印日志成功了，但是未能调试成功日志分文件记录。网上 查阅资料，说是 Spring Boot 默认使用 logback 记录日志。log4j 多次尝试后无果，遂改为使用 logback 记录，最终测试成 功。 1. 关于关于 Spring Boot 日志文件路径的疑惑 日志文件路径的疑惑? 同时配置了 logging.path 和 logging.file 属性，如下配置： logging: path: /var/log file: test.log 仅仅只会在项目根路径下产生 test.log 文件，不会在指定路径下产生日志文件(期望日志路径为：logging.path + logging.file)。 原因：Spring Boot 中的 logging.path 和 logging.file 这2个属性，只需要配置其中之一即可，如果同时配置，则使用 logging.file 属性。 当配置了 loggin.path 属性时，将在该路径下生成 spring.log 文件，即：此时使用默认的日志文件名 spring.log。 当配置了 loggin.file 属性时，将在指定路径下生成指定名称的日志文件。默认为项目相对路径，可以为 logging.file 指定绝对 路径。 logging: path: /var/logs # 在/var/logs目录下生成spring.log文件 file: /var/logs/test.log # 在/var/logs目录下生成test.log文件 2. logback 取代取代 log4j的理由： 的理由： 以下来在网络摘抄： Logback 和 log4j 是非常相似的，如果你对 log4j 很熟悉，那对 logback 很快就会得心应手。下面列了 logback 相对于 log4j 的 一些优点： 1、更快的实现 Logback 的内核重写了，在一些关键执行路径上性能提升10倍以上。而且logback 不仅性能提升了，初始化 内存加载也更小了。 2、非常充分的测试 Logback 经过了几年，数不清小时的测试。Logback 的测试完全不同级别的。在作者的观点，这是简单 重要的原因选择 logback 而不是 log4j。 3、Logback-classic 非常自然实现了 SLF4j Logback-classic 实现了 SLF4j。在使用SLF4j中，你都感觉不到 logback- classic。而且因为 logback-classic 非常自然地实现了SLF4J，所以切换到 log4j 或者其他，非常容易，只需要提供成另一个 jar 包就 OK，根本不需要去动那些通过 SLF4JAPI 实现的代码。 4、非常充分的文档，官方网站有两百多页的文档。 5、自动重新加载配置文件，当配置文件修改了，Logback-classic能自动重新加载配置文件。扫描过程快且安全，它并不需 要另外创建一个扫描线程。这个技术充分保证了应用程序能跑得很欢在JEE环境里面。 6、Lilith，Lilith 是 log 事件的观察者，和 log4j 的 chainsaw 类似。而 lilith 还能处理大数量的 log 数据 。 7、谨慎的模式和非常友好的恢复，在谨慎模式下，多个 FileAppender 实例跑在多个 JVM 下，能够安全地写道同一个日志 文件。RollingFileAppender 会有些限制。Logback 的FileAppender 和它的子类包括 RollingFileAppender 能够非常友好地从 I/O 异常中恢复。 8、配置文件可以处理不同的情况，开发人员经常需要判断不同的 Logback 配置文件在不同的环境下（开发，测试，生 产）。而这些配置文件仅仅只有一些很小的不同，可以通过,和来实现，这样一个配置文件就可以适应多个环境。 9、Filters（过滤器），有些时候，需要诊断一个问题，需要打出日志。在log4j，只有降低日志级别，不过这样会打出大量 的日志，会影响应用性能。在 Logback，你可以继续保持那个日志级别而除掉某种特殊情况，如 alice 这个用户登录，她的日 志将打在 DEBUG 级别而其他用户可以继续打在WARN 级别。要实现这个功能只需加4行XML配置。可以参考 MDCFIlter 。 

10、SiftingAppender（一个非常多功能的Appender） 它可以用来分割日志文件根据任何一个给定的运行参数。 如，SiftingAppender 能够区别日志事件跟进用户的 Session，然后每个用户会有一个日志文件。 11、自动压缩已经打出来的 log，RollingFileAppender 在产生新文件的时候，会自动压缩已经打出来的日志文件。压缩是个 异步过程，所以甚至对于大的日志文件，在压缩过程中应用不会受任何影响。 12、堆栈树带有包版本，Logback在打出堆栈树日志时，会带上包的数据。 13、自动去除旧的日志文件，通过设置 TimeBasedRollingPolicy 或者SizeAndTimeBasedFNATP 的 maxHistory 属性，你 可以控制已经产生日志文件的最大数量。如果设置 maxHistory 12，那那些 log 文件超过12个月的都会被自动移除。 总之，logback 比 log4j 太优秀了，让我们的应用全部建立 logback 上吧 ！ 3. 引入引入 logback 到项目中 到项目中 添加包依赖，Maven style: org.springframework.boot spring-boot-starter-logging net.logstash.logback logstash-logback-encoder 4.11 net.logstash.log4j jsonevent-layout 1.7 4. 添加添加 logback.xml 添加 logback.xml 文件到 src/main/resources 目录下，系统会自动加载读取 logback.xml 配置。 logback.xml: logback 192.168.220.83:9601 %d{HH:mm:ss.SSS} %contextName [%thread] %-5level %logger{36} - %msg%n ${log.path} logback.%d{yyyy-MM-dd}.log %d{HH:mm:ss.SSS} %contextName [%thread] %-5level %logger{36} - %msg%n 

5. logstash-logback-encoder 版本问题 版本问题 在 spring-boot 中，如果使用 logstash-logback-encoder ，可能需要告诉 maven 具体的版本号以此避免包依赖冲突。例如可以 像下面这样设置 logback-core, logback-classic, and logback-access 的 dependencies: 1.2.3 ch.qos.logback logback-core ${ch.qos.logback.version} ch.qos.logback logback-classic ${ch.qos.logback.version} ch.qos.logback logback-access ${ch.qos.logback.version} 6. logstash 服务搭建 参考: 1.logstash-logback-encoder 总结总结 以上所述是小编给大家介绍的Spring Boot 使用 logback、logstash、ELK 记录日志文件的方法，希望对大家有所帮助，如果 大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对我们网站的支持！