抽象类能否包含@Bean注解方法？此类用法是否合规？

1. 写法正确性 #

这种用法完全正确，Spring支持在@Configuration注解类的父类（包括抽象类）中定义@Bean方法。当Spring处理MyClass这类配置子类时，会自动扫描父类中的@Bean方法，将返回对象注册为Spring Bean。你测试中能正常运行就是最直接的验证，这属于Spring官方认可的配置继承场景。

2. 是否需要给AbstractClass添加@Component？ #

不需要。抽象类无法被实例化，Spring不会直接处理它的注解，只有当子类标记了@Configuration（或其他Spring组件注解）时，父类的@Bean方法才会被识别。给抽象类加@Component完全没有意义，反而容易造成误解。

3. 单例性的保证 #

Spring默认情况下，@Bean方法返回的Bean都是单例的。只要你没有修改@Bean的scope属性，抽象类中定义的ThreadPoolExecutor Bean就会是单例的。子类中的方法调用该Bean的创建方法时，都会获取到同一个实例，符合你的需求。

4. 抽象类包含业务逻辑的可行性 #

完全可行。抽象类除了@Bean方法，还可以包含通用业务方法、成员变量等，这些逻辑会被子类继承，子类实例化后可以正常使用，Spring不会因为抽象类中有业务逻辑而影响@Bean方法的处理。

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