LDM的博客

来个例子，创建的一个maven工程，结合beanFactory模式的一段代码我们从代码可以看到，我们似乎创建了3个UserDao实例对象，但结果却告诉我们只成功创建了一个。这种就是单例bean。

注意啊，这里我们工厂中的bean是没有带任何参数的，当我们需要参数时，也是可以直接通过xml中的constructor-arg 来进行配置。好处之二：在这些bean中，基本都是我们自己定义的，比如ServiceImpl，UserDaoImpl等等，在开发中，我们还会延用java自有的一些jar包，人家写的bean可能就不是通过构造方法写的，这种时候就可能需要用到工厂来延用。在默认情况下，工厂就是通过无参构造来创建bean的，如果我们提供的是有参构造的话，就需要在配置中添加参数。即可实现bean的实例创建。

如ServiceImpl，UserDaoImpl等，通过ref属性指定。如set，map，List，properties等。如int，String等，通过value属性指定。其中，ref为引用其他bean，value是普通属性的注入。同理，其他集合都是类似的操作。

在原本Spring给我们一个已经比较完整的框架结构后，但是我们想让它实现某个不一样的功能时，Spring后处理器允许我们介入Bean的整个实例化过程中来进行动态注册BeanDefinition，动态修改BeanDefinition以及动态修改Bean等操作。即BeanFactoryPostProcessor，它实际上是一个接口，内部提供了一个方法，只要将实现该接口的实现类交给Spring容器管理，Spring就会帮我们在它的作用时机时调用实现方法。结合到bean的实例化过程中，来看下面几个方法它执行时机。

然后回溯到Service的userDao注入，它就可以直接从单例池中找到userDao,完成它的初始化等过程，最后删除二级缓存，进入一级缓存。随后Service开始初始化，如果容器里有userDao，那好说，直接拿来注入，但如果没有，则要先去实例化userDao，同样的道理，userDao实例化需要注入Service，但此时Service还没有初始化，userDao在单例池中就找不到Service，于是它也停下来等Service装进去，它等，它也等，就这样一直陷在死循环里。的提出解决了这个问题。

之前我们用xml的方式完成了二者的整合，现在用注解方式，主要是去一一替代原来数据源Datasource，sqlsessionFactory，MapperScannerConfigurer那三大板块。配置sqlSessionFactoryBean和MapperScannerConfigurer（创建spring容器，即创建applicationcontext.xml文件）数据库语句mapper文件(userMapper.xml)编写mapper和mapper.xml文件。

对于非自定义bean，它就不能使用@componet来用，就要用到**@Bean**，以DataSource举例@Component//把OtherBean交给容器管理，才会执行它下面的方法@Bean("dataSource")//如果配置了名字，那就根据该名来获取，若没有，则根据方法名@Value("${jdbc.driver}") String driverClassName,//普通属性，这个首先得把jdbc.properites文件配置在容器里。

可以看到，这里有2个对象A和B，它们各自有对应的方法。现在，我想用B对象里的方法对A对象方法进行处理（增强扩展A对象方法）。那么我就会重新创建一个对象出来作为A对象的代理（Proxy）对象，这个对象，他就来实现A对象方法的处理。地对不同事物的抽象，属性与属性，方法与方法，对象与对象都可以组成一个切面。简单来说，aop思想就是可以将某些类里的属性方法等抽取出来进行处理，组成一个新方法。当别人想用到这种事物时，就通过构造它的一个实例对象来获得。返回类型、某一级包名、类名、方法名，可以使用*来表示任意。

在 Spring 中，构成应用程序主干并由Spring IoC容器管理的对象称为bean，bean是一个由Spring IoC容器实例化、组装和管理的对象。而java bean是符合java 规范的一种特殊类，提供get，set，hashcode，toString等方法，它需要手动创建和控制。为了易于开发和维护，当我们想获取bean对象时，通常由第三方来控制，也就是这里的beanFactory，实现。再创建的话就无法实现。1.在我们进行配置bean的时候，”class“就指明了创建的实例对象的类型。