Spring不支持对抽象类进行Setter注入，因其无法实例化；实际注入的是具体子类Bean，需确保Setter参数类型、子类注解及扫描配置匹配，推荐改用接口实现松耦合。
Spring 不支持直接对抽象类进行 Setter 注入，因为抽象类不能被实例化，容器无法为其创建 Bean 实例。所谓“抽象类 Setter 注入”，本质上是注入其具体子类的 Bean，再通过 Setter 方法设入目标对象中——关键在于类型声明、Bean 定义和注入方式三者匹配。
明确依赖声明类型：用具体子类，而非抽象类
Setter 方法的参数类型必须是可实例化的具体类（如 AServiceImpl），不能是 AbstractService。否则 Spring 找不到匹配的 Bean：
- 错误写法：
public void setService(AbstractService service)→ 容器无 AbstractService 类型的 Bean - 正确写法：
public void setService(AServiceImpl service)→ 容器能识别并注入已标注@Component的 AServiceImpl 实例
确保子类被 Spring 正确扫描为 Bean
子类必须满足 Spring 组件注册条件：
- 添加有效组件注解，如
@Service、@Component或@Repository - 类不能是 abstract，且需有默认构造函数（或被 Spring 支持的构造方式）
- 所在包需在
@ComponentScan范围内，或通过 Java 配置/XML 显式注册
Setter 方法注入的典型实现
以服务层为例，展示完整链路：
- 抽象基类定义通用逻辑（不加注解）：
public abstract class AbstractUserService { public abstract void handle(); } - 具体子类实现并注册：
@Service public class AdminUserService extends AbstractUserService { @Override public void handle() { ... } } - 调用方通过 Setter 接收子类实例：
private AdminUserService userService; public void setUserService(AdminUserService userService) { this.userService = userService; }
更推荐的替代方案：用接口 + Setter
若需松耦合与多实现扩展，应避免依赖具体子类。改为定义接口，让子类实现该接口，Setter 参数声明为接口类型：
- 定义
UserService接口 - 子类
@Service public class AdminUserService implements UserService - Setter 声明为
public void setUserService(UserService service) - Spring 可自动按接口类型匹配并注入（支持多个实现时需配合
@Qualifier）
不复杂但容易忽略：抽象类本身不是注入目标，而是设计骨架；真正进容器、被注入的，永远是它的非抽象后代。
