ClassPathXmlApplicationContext context = new classPathXmlApplicationContext("spring.xml"); UserService userService = (UserService) context.getBean("userService"); userService.test();
上面一段代码是我们开始学习spring时看到的,光看这三行代码,其实并不能体现出来Spring的强大之处。
但其实ClassPathXmlApplicationContext早已经过时,新版的Spring MVC和SpringBoot的底层中主要用的都是AnnotationConfigApplication,例如:
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class); //ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("spring.xml"); UserService userService = (UserService) context.getBean("userService"); userService.test();
两者写法基本类似,区别在于前者需要传入的是一个xml文件,后者传入的是一个class。都可以指定扫描路径,也可以定义Bean。例如:
spring.xml文件样例:
<context:component-scan base-package="com.zhouyu"/> <bean id="userService" class="com.zhouyu.service.UserService"/>
AppConfig.java文件样例:
@ComponentScan("com.zhouyu") public class AppConfig { @Bean public UserService userService(){ return new UserService(); } }
不过我们很少这样使用Spring,而是使用Spring MVC 或者 SpringBoot,但是它们都是基于上面这种方式的,都需要在内部去创建一个ApplicationContext的,只不过:
先看下面代码
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class); UserService userService = (UserService) context.getBean("userService"); userService.test();
当我们调用context.getBean(“userService”)时,就会去创建一个对象,但是getBean方法内部怎么知道"userService"对应的是UserService类呢?
所以,我们就可以分析出来,在调用AnnotationConfigApplicationContext的构造方法时,也就是第一行代码,会去做一些事情:
这样,但调用context.getBean(“userService”)时,就可以根据"userService"找到UserService类,从而就可以去创建对象了。
通过最后一步,我们发现,当Spring根据UserService类来创建一个Bean时:
Bean创建出来后:
UserService.class —> 无参构造方法 —>普通对象—>依赖注入(属性赋值、BeanNameAware接口、BeanClassLoaderAware接口、BeanFactoryAware接口)—>初始化前(postconstruct)—>初始化(initializingBean)—>初始化后(aop)—>代理对象—>Bean
Spring在基于某个类生成Bean的过程中,需要利用该类的构造方法来实例化一个对象,但是如果一个类存在多个构造方法,Spring会使用哪个呢?
Spring的判断逻辑如下:
如果一个类只存在一个构造方法,不管该构造方法是无参构造方法还是有参构造方法,Spring都会使用这个构造方法。
如果一个类存在多个构造方法
Spring的设计思想是这样的:
如果Spring选择了一个有参的构造方法,Spring在调用这个有参构造方法时,需要传入参数,那这个参数是怎么来的呢?
确定用哪个构造方法,确定入参的Bean对象,这个过程就叫做推断构造方法。
AOP就是动态代理,在创建一个Bean的过程中,Spring在最后一步会去判断这个Bean是不是需要进行AOP,如果需要则会进行动态代理。
如何判断当前Bean对象是否需要进行AOP:
利用cglib进行AOP的大致流程:
生成代理类UserServiceProxy,代理类继承UserService
代理类中重写了父类的方法,比如UserService的Test()方法
代理类中还会有一个target属性,该属性的值为被代理的对象
代理类中的test()方法被执行时逻辑如下:
当我们从Spring容器得到UserService的Bean对象时,拿到的就是UserServiceProxy所生成的对象,也就是代理对象。
UserService代理对象.test()—>执行切面逻辑—>target.test(),注意target对象不是代理对象,而是被代理对象。
当我们在某个方法上加了@Transactional注解后
Spring事务的代理对象执行某个方法时的步骤:
Spring事务是否会失效的判断标准:某个加了@Transaction注解的方法被调用时,要判断到底是不是直接被代理的对象调用的,如果是则事务会生效,如果不是则失败。