Java程序员的知识博客

将日志请求插入应用程序代码需要大量的规划和努力。观察表明，大约4%的代码用于日志记录。因此，即使是中等规模的应用程序，其代码中也会嵌入数千条日志语句。鉴于其数量众多，必须能够在无需手动修改的情况下管理这些日志语句。使用XML、JSON、YAML或属性文件格式的配置文件。通过编程方式创建和实现。通过调用接口中暴露的API将组件添加到默认配置中。通过调用内部Logger类的方法。所有可用格式在功能上是等效的。例如，可以使用属性格式重写XML格式的配置文件，反之亦然，而不会损失任何功能。

RollingFileAppender 是一种可以根据特定条件滚动生成新日志文件的输出源，它能够有效地管理日志文件，避免单个文件过大，并提供了灵活的文件命名和存储策略。TimeBasedTriggeringPolicy（基于时间的触发策略）SizeBasedTriggeringPolicy（基于大小的触发策略）来格式化日志事件，并且配置了基于时间的触发策略。）创建一个新的日志文件，文件命名模式为。的文件，并在每天（根据日期格式。被配置为将日志写入名为。灵活的文件命名和存储。

功能：接受对其他 Appender 的引用，并在单独的线程上异步地将日志事件写入这些 Appender。注意，在写入这些 Appender 时发生的异常将对应用程序隐藏。配置参数：要异步调用的 Appender 的名称，可以配置多个。blocking：如果为true，当队列已满时，Appender 将等待直到有空闲位置。如果为false，当队列已满时，事件将被写入错误 Appender（如果配置了）。默认是true。

RollingFileAppender是Log4j2中的一种能够实现日志文件滚动更新(rollover)的Appender。rollover的意思是当满足一定条件(如文件达到了指定的大小，达到了指定的时间)后，就重命名原日志文件进行归档，并生成新的日志文件用于log写入。如果还设置了一定时间内允许归档的日志文件的最大数量，将对过旧的日志文件进行删除操作。RollingFile实现日志文件滚动更新，依赖于TriggeringPolicy和RolloverStrategy。

注意，诸如库或框架之类的嵌入式组件不应该声明对任何SLF4J提供程序的依赖，而应该只依赖SLF4J -api。以及slf4j-reload4j、slf4j-jdk14、slf4j-simple 2.0.0或更高版本之一。将slf4j-nop.jar、slf4j-simple.jar、slf4j-reload4j.jar、slf4j-jdk14.jar或logback-classic.jar等许多可用的提供程序中的一个(且只有一个)放在类路径上将解决这个问题。当在类路径上找不到SLF4J提供程序时报告。

RoutingAppender对LogEvents求值，然后将它们到一个从属Appender。可以是，可以通过其名称进行引用，也可以根据需要。RoutingAppender应该配置在它引用的appender之后，以允许它正确地关闭。你也可以用脚本配置RoutingAppender:你可以在appender启动时运行脚本，也可以在为日志事件选择路由时运行脚本。一个过滤器，用于。使用CompositeFilter可以使用多个过滤器。操作LogEvent的重写策略。包含一个或多个，以标识。truefalse。

传统的ELK方案是一种滞后的业务追踪，需要事后从大量离散的日志中搜集和筛选出需要的日志，并人工进行日志的串联分析，其过程必然耗时耗力。而分布式会话跟踪方案则是在调用执行的同时，实时地完成了链路的动态串联，但由于是会话级别且仅关注于调用关系等问题，导致其无法很好地应用于业务追踪。因此，无论是传统的ELK方案还是分布式会话跟踪方案，都难以满足日益复杂的业务追踪需求。

日志对程序的重要性不言而喻。它很“大”，我们在项目中经常通过日志来记录信息和排查问题，相关代码随处可见。它也很“小”，作为辅助工具，日志使用简单、上手快，我们通常不会花费过多精力耗在日志上。但看似不起眼的日志也隐藏着各种各样的“坑”，如果使用不当，它不仅不能帮助我们，反而还可能降低服务性能，甚至拖垮我们的服务。日志导致线程Block的问题，相信你或许已经遇到过，对此应该深有体会；或许你还没遇到过，但不代表没有问题，只是可能还没有触发而已。本文主要介绍美团统一API网关服务Shepherd（参见。