Spring不能直接注入抽象类，只能注入其具体子类；抽象类中声明依赖字段无效，需在子类中注入或通过构造器传递依赖，确保Bean实例化后依赖不为空。
抽象类本身不能被 Spring 容器直接实例化，因此不能直接用 @Autowired 注入抽象类类型的字段。但你可以在**具体子类中注入依赖**，或者通过**定义抽象基类 + 依赖注入模板**的方式间接实现。关键在于：Spring 只能注入已声明为 Bean 的具体类型，抽象类只是设计契约，不参与 Bean 创建。
抽象类中声明依赖字段（不推荐直接注入）
虽然语法上允许在抽象类里写 @Autowired 字段，但 Spring 不会主动为抽象类创建 Bean，所以该字段在抽象类自身上下文中始终为 null。只有当它的子类被 Spring 管理（如加了 @Service、@Component 等注解），且子类继承了该字段时，Spring 才会在子类实例化过程中完成注入。
- 抽象类中字段需设为
protected或public，确保子类可访问 - 子类必须是 Spring 管理的 Bean（有对应注解或配置）
- Spring 会按类型匹配自动注入，与是否在父类声明无关
正确做法：在具体子类中注入，抽象类只定义结构
这是最常用也最安全的方式。把通用逻辑和字段声明放在抽象类，依赖注入留给子类完成。
// 抽象基类（不加@Component等注解）
public abstract class BaseService {
// 声明字段，不加@Autowired
protected UserService userService;
protected OrderRepository orderRepository;
// 提供受保护的 setter，供子类调用或由Spring注入
public void setUserService(UserService userService) {
this.userService = userService;
}
}
// 具体子类，Spring管理的Bean
@Service
public class OrderServiceImpl extends BaseService {
// 在子类中注入，Spring能识别并赋值
@Autowired
private UserService userService;
@Autowired
private OrderRepository orderRepository;
// 构造器注入更推荐（避免字段为null）
public OrderServiceImpl(UserService userService, OrderRepository orderRepository) {
this.userService = userService;
this.orderRepository = orderRepository;
}
@Override
public void doSomething() {
// 可安全使用 userService 和 orderRepository
}
}
使用构造器注入 + 抽象类构造器传递（推荐）
如果多个子类都依赖相同组件，可在抽象类中定义带参构造器，并在子类中显式调用，保证依赖不为空，也利于单元测试。
- 抽象类提供受保护的构造器接收依赖
- 子类通过
super(...)传入，同时自己也用@Autowired获取这些 Bean - 避免字段未注入导致的
NullPointerException
注意：@Autowired 不能用于抽象类的普通字段注入（无子类Bean时无效）
以下写法看似合理，但实际运行时 userService 为 null：
@Component // ❌ 错误！抽象类加@Component不会被实例化
public abstract class BaseDao {
@Autowired
protected JdbcTemplate jdbcTemplate; // 永远不会被注入
}
Spring 启动时会忽略此类 Bean，或报错（取决于配置）。即使不报错，该字段也不会被填充。
本质上，Spring 的依赖注入发生在 Bean 实例化之后。抽象类没有实例，自然没有注入时机。真正起作用的是那些继承它、又被 Spring 扫描到的具体类。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
