本文介绍在 Spring 应用中，通过构造函数注入与单例 Bean 协同设计，使多个子类共享父类持有的同一对象引用（如 List），避免重复加载和内存浪费，同时保持面向对象的可扩展性与 Spring 的依赖管理能力。
本文介绍在 spring 应用中，通过构造函数注入与单例 bean 协同设计，使多个子类共享父类持有的同一对象引用（如 `list
在 Spring 多模块服务架构中，常遇到这样的场景：多个业务子类（如 OhioServiceCenter 和 FloridaServiceCenter）继承同一抽象父类（TeslaServiceCenter），且均需访问相同的、开销较大的共享资源（例如通过 Tesla.getCars() 获取的 List
核心解法在于将共享对象的持有权上移至父类，并通过 Spring 构造器注入确保所有子类实例共享同一底层依赖。关键前提是：被注入的依赖（如 Tesla）必须是 Spring 容器中的 singleton 作用域 Bean（Spring 默认即为 singleton），从而保证无论多少个子类实例被创建，它们所持有的 tesla 引用都指向同一个对象。
以下是推荐实现方案：
// 抽象父类：不声明 @Component，仅定义结构与共享字段
public abstract class TeslaServiceCenter {
protected final Tesla tesla; // final 保证不可变引用，线程安全基础
// 通过构造器注入共享依赖 —— 所有子类必须遵循此契约
protected TeslaServiceCenter(Tesla tesla) {
this.tesla = tesla;
}
// 共享访问方法（可选封装）
protected List<car> getSharedInventory() {
return tesla.getCars(); // 每次调用仍返回新 List，但 tesla 实例唯一
}
// 抽象业务方法，由子类差异化实现
public abstract void doService();
}</car>
@Component
public class OhioServiceCenter extends TeslaServiceCenter {
public OhioServiceCenter(Tesla tesla) {
super(tesla); // 注入同一 Tesla 实例
}
@Override
public void doService() {
List<car> inventory = getSharedInventory(); // 复用父类方法
// Ohio 特定逻辑：例如优先调度 Model Y
System.out.println("Ohio servicing " + inventory.size() + " cars");
}
}
@Component
public class FloridaServiceCenter extends TeslaServiceCenter {
public FloridaServiceCenter(Tesla tesla) {
super(tesla); // 注入同一 Tesla 实例
}
@Override
public void doService() {
List<car> inventory = getSharedInventory();
// Florida 特定逻辑：例如侧重 Roadster 维护
System.out.println("Florida servicing " + inventory.size() + " cars");
}
}</car></car>
✅ 为什么该方案有效？
- Tesla 是 singleton Bean → Spring 容器仅创建一个实例，所有 @Autowired 或构造器注入点均获得相同引用；
- 父类通过 final Tesla tesla 持有该单例引用 → 子类实例虽独立，但其父类部分共享同一 tesla 字段值；
- 避免了在父类中直接 @Autowired（抽象类无法被 Spring 直接管理依赖），也规避了子类各自持有一份 List
副本的问题。
⚠️ 注意事项：
- 若 Tesla.getCars() 返回的 List
需被多线程并发修改，请额外考虑同步策略（如使用 Collections.synchronizedList() 包装，或改用线程安全集合）； - 不要将 getSharedInventory() 的返回值缓存在父类字段中（如 private List
cache），否则可能因 getCars() 每次返回新 List 而失去“实时性”；如需本地缓存，应配合 @Cacheable 或手动实现带失效机制的缓存； - 确保 Tesla 类本身被正确声明为 Spring Bean（例如添加 @Component 或在配置类中 @Bean 定义）。
总结：共享状态不靠“父类静态字段”或“全局单例”，而应依托 Spring 容器的生命周期与作用域管理。通过抽象父类 + 构造器注入 + singleton Bean 三者协同，即可在保持松耦合与可测试性的前提下，优雅解决多子类共享昂贵资源的内存与一致性难题。
