多线程调用Handler接口实现非阻塞控制台输出的最优方案咨询

1. 日志组件非阻塞能力说明 #

主流Java日志框架都原生支持非阻塞打印，不需要你自行封装线程池：

• Log4j2、Logback 都内置异步Appender实现，底层基于无锁队列缓冲日志事件，业务线程提交日志事件后会立即返回，不会等待日志落盘/打印完成，完全符合你不阻塞业务线程的要求。

2. 作为Maven依赖的冗余性问题 #

推荐优先使用SLF4J日志门面，不会引入冗余依赖：

• 仅需引入slf4j-api依赖，包体积不足100KB，不会增加你的依赖库负担。
• SLF4J只提供日志抽象，不强制绑定具体实现，使用方项目可以直接适配自己已经在用的日志框架（Logback/Log4j2等），如果使用方没有配置任何日志实现，默认会直接输出到控制台，正好匹配你的需求。

3. 代码实现示例 #

方案1：基于SLF4J的实现（优先推荐） #

首先在你的pom.xml中添加SLF4J依赖：

<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-api</artifactId>
    <version>2.0.9</version>
    <scope>provided</scope> <!-- 也可以设为compile，使用方可以自行排除 -->
</dependency>

Handler接口实现代码：

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

public class AsyncLogHandler implements Handler {
    private static final Logger LOGGER = LoggerFactory.getLogger(AsyncLogHandler.class);

    @Override
    public void readedMessage(long atTime) {
        LOGGER.info("Message read at {}", atTime);
    }

    @Override
    public void recievedMessage(long atTime) {
        LOGGER.info("Message received at {}", atTime);
    }

    @Override
    public void deletedMessage(long atTime) {
        LOGGER.info("Message deleted at {}", atTime);
    }
}

该实现本身不需要额外处理异步逻辑，异步打印能力由使用方的日志框架配置提供，不会侵入使用方的日志规则，灵活性最高。

方案2：零外部依赖实现 #

如果你对包体积有极致要求，不想引入任何日志依赖，可以自行用单例线程池封装打印逻辑：

import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

public class NonBlockLogHandler implements Handler {
    // 单例守护线程池，串行处理所有打印任务，避免日志乱序，也不会占用过多资源
    private static final ExecutorService LOG_EXECUTOR = Executors.newSingleThreadExecutor(r -> {
        Thread thread = new Thread(r, "handler-log-worker");
        thread.setDaemon(true);
        return thread;
    });

    @Override
    public void readedMessage(long atTime) {
        LOG_EXECUTOR.execute(() -> System.out.printf("readedMessage triggered at %d%n", atTime));
    }

    @Override
    public void recievedMessage(long atTime) {
        LOG_EXECUTOR.execute(() -> System.out.printf("recievedMessage triggered at %d%n", atTime));
    }

    @Override
    public void deletedMessage(long atTime) {
        LOG_EXECUTOR.execute(() -> System.out.printf("deletedMessage triggered at %d%n", atTime));
    }
}

该方案业务线程提交打印任务后立即返回，不会阻塞业务执行，实现简单，适合极小体积的工具类依赖场景。

4. 选型建议 #

• 绝大多数场景优先选SLF4J门面方案：不需要自行维护线程池逻辑，使用方可以灵活配置日志输出规则，几乎没有依赖冗余。
• 仅当你的依赖库对包体积有kb级别的极致要求时，选择自行实现线程池打印的方案。

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