mrguif的博客

Spring容器中任何具有 “自身生命周期需求” 的对象，都可以实现 Lifecycle 接口当 ApplicationContext 本身接收到启动和停止信号时，它会将这些信号传递给该上下文中定义的所有 Lifecycle 实现：

由上述定义可以看到，这些 BeanDefinition 会有相同的设置（setScope( "singleton" )），从而造成冗余，于是 Spring 就使用了一种 伪继承模式：我们可以将多个 BeanDefinition 的公共部分放置在一个 RootBeanDefinition 中，然后创建多个 ChildBeandefinition，并且指定 parent 为 RootBeanDefinition 即可，如下：

Spring的组件扫描的核心组件是 ClassPathBeanDefinitionScanner ，即类路径下BeanDefinition扫描器① BeanDefinitionRegistry 指明解析后产生的 BeanDefinition 存在哪② basePackage 指明扫描路径③ 定义扫描规则（通过构造方法指定），按哪种规则去扫描 （如默认的扫描规则是：待扫描的类上要标注 @Component、 @Repository、 @Service、@Controller 注解）在使用 Cl

注意到，通过配置 MapperFactoryBean 的方式，只能向容器中注入一个接口代理对象。当有很多 DAO 接口时，就需要为每一个 DAO 接口配置 MapperFactoryBean：

SqlSessionDaoSupport 的子类可以通过调用它的 `getSqlSession()` 方法来获取这个 SqlSessionTemplate

SqlSessionFactoryBean 是一个负责生产 SqlSessionFactory 的工厂 Bean， 当想从容器中获取 SqlSessionFactory 对象时，Spring 会调用其 getObject() 方法进行获取。

@Import常用于导入如下三种类：1、普通类2、其它配置类3、ImportSelector接口的实现类4、ImportBeanDefinitionRegistrar接口的实现类

在Spring创建对象的过程中，会为类里标有@Autowired注解的地方，默认按类型 (byType) 从容器中匹配一个bean注入进去