文章目录
一、背景
最近做 DDD 实践时，遇到业务对象需要交给 Spring 管理才能做一些职责内事情。假设账号注册邮箱应用层代码流程：
public void registerEmail(Long id) {
Account account = accountRepository.findById(id);
account.registerEmail();
}
其中业务对象 Account 表示账号聚合：
@Component
@Scope(value = BeanDefinition.SCOPE_PROTOTYPE)
public class Account {
@Autowire
private EmailService emailService;
private String id;
private String name;
// 其他账号属性
// 注册邮箱
public void registerEmail() {
//....
emailService.register();
}
}
负责 Account 的仓储服务 AccountRepository：
@Repository
public class AccountRepository {
@Autowire
private AutowireCapableBeanFactory beanFactory;
public Account findById(Long id) {
// 1. 从 DB 查询
AccountDO accountDO = accountMapper.findById(id);
// 2. 转换成业务对象
Account account = convert(accountDO);
// 3. 交给 Spring 管理
beanFactory.autowireBean(account);
return account;
}
}
有个疑问：账号每次注册邮箱后，Account 实例对象即然交给 Spring 来管理，那么会不会常驻在内存而引发内存溢出呢？
二、AutowireCapableBeanFactory 方法 autowireBean 分析
直接看方法签名：
Populate the given bean instance through applying after-instantiation callbacks and bean property post-processing (e.g. for annotation-driven injection). （翻译：通过实例化后回调和 bean 属性后处理来填充指定 bean 实例）
Note: This is essentially intended for (re-)populating annotated fields and methods, either for new instances or for deserialized instances. It does not imply traditional by-name or by-type autowiring of properties;（翻译：无论是新实例还是反序列化实例，本质上是为了（重新）填充带注解的字段和方法。 它并不意味着传统的按名称或按类型自动装配属性。）
从翻译字面意思上：该方法作用只是对指定对象进行属性填充，尤其是使用注解标注的属性。 再深入到源码：
可以看出，只做了三件事情，创建 Spring 标准 Bean 对象，并创建 BeanWrapper，最后进行 Bean 属性填充，其中 populateBean 方法并不陌生，Spring Bean 进行属性填充的标准方法。上述源码中创建 existingBean 的 BeanDefinition 时，同时设置了属性为原型（BeanDefinition.SCOPE_PROTOTYPE），也即意味着 Spring 对 existingBean 的管理同原型 Bean 的方式一样（从这里也可以看出 Account 类标记的 @Component 和 @Scope 注解可以去除，笔者已验证）。
三、Spring 容器中 scope 为 prototype 类型 Bean 的回收机制
想要弄明白 Spring Bean 会不会被 JVM 正常回收，要看是否会被 Spring 容器持有，所以要从 Bean 创建流程入手。直接看org.springframework.beans.factory.support.AbstractBeanFactory#doGetBean 方法（源码比较简单，不做深入分析，直接说结论）可知，如果 Bean 实例是 singleton 的，会从 DefaultSingletonBeanRegistry 的 singletonObjects 属性中获取，如果获取不到，就会创建 Bean 实例存放到 singletonObjects 属性中：
public class DefaultSingletonBeanRegistry extends SimpleAliasRegistry implements SingletonBeanRegistry {
/** Logger available to subclasses */
protected final Log logger = LogFactory.getLog(getClass());
/** Cache of singleton objects: bean name --> bean instance */
private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);
//......
}
DefaultListableBeanFactory 是 Spring IOC 容器的实现，归 Spring 容器管理，自然单例 Bean 也归 Spring 容器管理，所以说正常作用域为 singleton 的 Bean，其生命周期会长期被 Spring 容器管理，直到 Spring 容器被销毁。而作用域为 prototype 的 Bean 和正常 Java 对象一样 new 出来，使用完就会被 JVM 回收。
四、总结
通过 AutowireCapableBeanFactory 方法 autowireBean 可以将对象装配成 Spring 管理的标准 Bean 对象，主要是用于来填充有注解的属性，这样才可以使用 Spring 的 DI 特性。通过代码 new 出来的对象使用 AutowireCapableBeanFactory 方法 autowireBean 填充属性成为标准 Spring Bean 后不用担心内存溢出的问题，本质上和 Spring prototype Bean 的回收机制一样，使用完就有可能被 JVM 回收掉。
