如何判断Logback的AsyncAppender队列已满并丢弃事件？是否有日志记录？

一、判断队列已满的方式 #

• 查看配置的队列容量：AsyncAppender默认队列大小为256，可通过queueSize参数自定义（如<asyncAppender name="ASYNC" queueSize="1024">）。当队列内事件数达到该值时，队列即处于满负荷状态。
• JMX实时监控：开启Logback的JMX支持后，可通过MBean查看QueueSize（当前队列事件数）和RemainingCapacity（剩余容量）指标，当RemainingCapacity为0时，队列已满。
• 自定义队列监听：扩展BlockingQueue实现自定义队列，在队列满时触发标记逻辑（注意避免额外性能开销）。

二、知晓日志被丢弃的方法 #

• 查看JMX统计指标：AsyncAppender的MBean提供DiscardedCount指标，会累计所有被丢弃的日志事件数，通过监控该数值的变化可判断是否发生日志丢弃。
• 自定义Appender扩展：继承AsyncAppenderBase并重写discard方法，在方法内添加自定义记录逻辑，比如打印警告或写入单独的日志文件。示例代码：

public class CustomAsyncAppender extends AsyncAppenderBase<ILoggingEvent> {
    @Override
    protected void discard(ILoggingEvent event) {
        super.discard(event);
        // 自定义丢弃记录逻辑，示例：打印到控制台
        System.err.printf("日志被丢弃 [级别:%s]：%s%n", event.getLevel(), event.getMessage());
    }
}

对应的logback配置：

<appender name="CUSTOM_ASYNC" class="com.yourpackage.CustomAsyncAppender">
    <appender-ref ref="YOUR_TARGET_APPENDER"/>
    <queueSize="1024"/>
</appender>

• 利用discardingThreshold参数：默认该值为队列大小的20%，当队列剩余容量低于此阈值时，AsyncAppender会优先丢弃TRACE、DEBUG级别的日志；若设置discardingThreshold="0"，则队列满时会丢弃除ERROR级别外的所有日志。通过观察低级别日志的缺失，可间接判断是否发生丢弃（但这种方式不够精确）。

三、日志丢弃事件是否会被默认记录 #

默认情况下，Logback不会主动将日志丢弃的事件写入日志文件。若需要记录这类事件，必须通过上述自定义Appender的方式实现，或者借助JMX监控工具追踪DiscardedCount的变化来发现丢弃行为。

内容的提问来源于stack exchange，提问作者DECEMCLMC