使用Logback时出现ClassCastException错误的原因及解决方法

这个ClassCastException的核心问题是SLF4J实际绑定的是默认的SimpleLogger实现，而非你期望的Logback实现，所以当你尝试把SimpleLoggerFactory强转为ch.qos.logback.classic.LoggerContext时就会触发类型转换错误。具体拆解下几个关键诱因：

1. 版本兼容性不匹配 #

你使用的slf4j-api:1.8.0-beta2是测试版本，而logback-classic:1.2.3对应的稳定SLF4J版本是1.7.x系列（Logback 1.2.x对标的是SLF4J 1.7.x，1.3.x版本才适配SLF4J 1.8+）。版本错位会导致SLF4J无法正确识别Logback绑定，自动 fallback到了SimpleLogger。

2. 依赖树中存在冗余SLF4J绑定 #

你的vertx-core依赖很可能间接引入了slf4j-simple这类轻量实现，它会抢占Logback的绑定优先级，让SLF4J优先加载SimpleLogger。

3. 配置文件设置时机错误 #

你在代码里是先获取Logger实例，再设置Logback配置文件属性，这时候SLF4J已经完成初始化（绑定了SimpleLogger），后续的属性设置和LoggerContext获取都不会生效了。

具体解决步骤 #

步骤一：统一SLF4J与Logback的兼容版本 #

修改pom.xml，将slf4j-api替换为和logback-classic匹配的稳定版本，比如1.7.30：

<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-api</artifactId>
    <version>1.7.30</version>
</dependency>

步骤二：排除vertx-core中的冗余SLF4J绑定 #

在vertx-core的依赖配置里排除掉可能引入的slf4j-simple，避免它干扰Logback的加载：

<dependency>
    <groupId>io.vertx</groupId>
    <artifactId>vertx-core</artifactId>
    <version>3.5.1</version>
    <exclusions>
        <exclusion>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-simple</artifactId>
        </exclusion>
    </exclusions>
</dependency>

步骤三：调整代码中配置属性的顺序 #

把设置系统属性的代码移到获取Logger实例之前，确保SLF4J初始化时就能读取到Logback的配置文件路径：

public static void main(String[] args) {
    // 先设置Logback配置文件路径，再初始化其他逻辑
    System.setProperty(ContextInitializer.CONFIG_FILE_PROPERTY, "/src/main/resources/logback.xml");
    new Ecmg(args);
}

public Ecmg(String[] args) {
    final Logger logger = LoggerFactory.getLogger(Ecmg.class);
    logger.info("Hello world.");
    LoggerContext lc = (LoggerContext) LoggerFactory.getILoggerFactory();
    StatusPrinter.print(lc);
    waitForConnection();
}

步骤四：验证依赖树 #

用Maven命令查看项目依赖树，确认没有多余的SLF4J绑定：

mvn dependency:tree

如果输出里仍有slf4j-simple或slf4j-nop等其他绑定，继续在对应的依赖项中添加排除规则。

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