SpringBoot类覆写问题：自定义子类无法作为Java应用运行

我明白你遇到的困扰了——想通过继承父类来覆写方法，但子类却没法作为SpringBoot应用启动。这其实是因为SpringBoot的核心注解特性导致的，我来帮你拆解原因和解决办法：

问题根源 #

1. 启动类注解不支持继承：SpringBoot的核心启动注解@SpringBootApplication（包括它组合的@Configuration、@EnableAutoConfiguration、@ComponentScan）都没有被@Inherited元注解标记，所以子类MyTdkApplication不会自动继承父类的"启动类"身份，SpringBoot根本识别不出它是应用入口。
2. @Import注解也不会继承：同样，@Import注解也没有@Inherited标记，父类的@Import({SecurityConfig.class})不会自动传递给子类，就算子类能启动，也会缺失SecurityConfig的配置。
3. 入口方法不会自动继承：如果父类有main方法，子类不会自动继承这个方法作为启动入口，JVM找不到运行的起点。

解决方案 #

方案1：给子类补全启动类所需的注解和入口 #

如果你坚持要通过继承父类来覆写方法，最简单的办法就是给子类补上必要的注解和main方法：

@SpringBootApplication
@Import({SecurityConfig.class})
public class MyTdkApplication extends TdkApplication {
    // 覆写父类的方法，比如CommandLineRunner的run()
    @Override
    public void run(String... args) throws Exception {
        // 你的自定义逻辑
        super.run(args); // 可选：保留父类原有逻辑
    }

    // 必须显式添加启动入口方法
    public static void main(String[] args) {
        SpringApplication.run(MyTdkApplication.class, args);
    }
}

这样SpringBoot就能识别MyTdkApplication为启动类，同时也能正确导入SecurityConfig配置。

方案2：重构父类，分离启动职责（更推荐） #

SpringBoot启动类本身并不适合作为继承的父类，更合理的做法是把通用逻辑和配置拆分出来：

1. 把父类的配置和CommandLineRunner逻辑拆成独立类：

// 通用配置类
@Configuration
@Import({SecurityConfig.class})
public class TdkCommonConfig {
    // 这里存放通用的配置Bean
}

// 通用CommandLineRunner实现
public class TdkBaseRunner implements CommandLineRunner {
    @Override
    public void run(String... args) throws Exception {
        // 父类原来的run方法逻辑
    }
}

2. 子类继承TdkBaseRunner，同时单独编写启动类：

@SpringBootApplication
@Import(TdkCommonConfig.class)
public class MyTdkApplication extends TdkBaseRunner {
    @Override
    public void run(String... args) throws Exception {
        // 你的自定义逻辑
        super.run(args); // 调用父类原有逻辑
    }

    public static void main(String[] args) {
        SpringApplication.run(MyTdkApplication.class, args);
    }
}

这种方式更符合SpringBoot的设计原则，代码结构更清晰，也能避免继承启动类带来的潜在问题。

内容的提问来源于stack exchange，提问作者Nunyet Calçada