我们可以先来看一段代码
public class Test {
public static void main(String[] args) {
ClassPathXmlApplicationContext ac = new ClassPathXmlApplicationContext("spring.xml");
UserService userService = (UserService) ac.getBean("userService");
System.out.println(userService);
}
}
这三行代码应该,大家应该都比较熟悉,这是学习Spring的 "hello world程序"。
简单来说就是:
先根据我们配置的 spring.xml 文件,创建一个Spring容器,然后通过 getBean() 方法获取userService对象,再调用其方法。
但是,用 ClassPathXmlApplicationContext 其实已经过时了,在新版的SpringMVC和SpringBoot 的底层主要用的都是AnnotationConfigApplicationContext
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class);
两者的用法其实都差不多,只不过需要传入的是一个class,而不是一个xml文件,但是实际上两者的本质是一样的。
在实际开发中,我们现在基本不会使用这种方式来用Spring了,而是使用SpringMVC,或者Spring Boot;但是它们的本质都是基于上面这种方式的,都需要在内部去创建一个ApplicationContext的,只不过:
(1)SpringMVC创建的是XmlWebApplicationContext,和ClassPathXmlApplicationContext类似,都是基于XML配置的。
(2)SpringBoot创建的是AnnotationConfigApplicationContext。
(1)UserService.class
(2)无参构造方法(推断构造方法)
(3)普通对象
(4)依赖注入(属性赋值)
(5)初始化前(@PostConstruct)
(6)初始化(InitializingBean)
(7)初始化后(AOP)
(8)代理对象(如果有AOP)
(9)Bean
其实不管是 AnnotationConfigApplicationContext 还是 ClassPathXmlApplicationContext,目前,我们都可以简单的将它们理解为就是用来创建Java对象的,比如调用 getBean() 就会去创建对象。
在Java语言中,肯定是根据某个类来创建一个对象的。
实例代码:
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class);
UserService userService = (UserService) context.getBean("userService");
userService.test();
@ComponentScan("com.XXX")
public class AppConfig {
@Bean
public OrderService orderService(){
return new OrderService();
}
}
当我们调用 context.getBean("userService") 时,就会去创建一个对象,但是getBean方法内部怎么知道 "userService" 对应的是UserService类呢?
在调用AnnotationConfigApplicationContext的构造方法时,也就是第一行代码,会去做一些事情:
getBean() 会先根据类型去找,如果该类型只有一个,那么就“直接拿来用”;如果有多个,才会按照名字去找。
这样子,我们可以根据key值("userService") 找到对应的 UserService类,从而就可以去创建对象了!
那么Spring到底是如何来创建一个Bean的呢,这个就是Bean创建的生命周期,大致过程如下:
Spring会默认使用无参构造方法得到一个“普通”对象,再给这个对象进行“依赖注入”,也就是Spring会给加了@Autowired注解的属性进行赋值,这一步如何实现???
for(Field field : userService.getClass().getDeclaredFields()) {
// 判断是否带有 @Autowired注解
if (field.isAnnotationPresent(Autowired.class)) {
field.set(userService);
}
}
早期的Spring只有一个初始化的状态,发展至今,有了 初始化前、初始化、初始化后 这三种状态。
如果有方法被 @PostConstruct注解 了,在Spring的初始化前会调用这个方法,那么Spring是如何知道哪一个方法被 @PostConstruct 注解了呢???
for (Method method : userService.getClass().getDeclaredMethods()) {
if (method.isAnnotationPresent(PostConstruct.class)) {
method.invoke(userService, null);
}
}
InitializingBean接口 中只有一个afterPropertiesSet() 方法
public interface InitializingBean {
void afterPropertiesSet() throws Exception;
}
在初始化时, Spring会判断该对象是否实现了InitializingBean接口,这个逻辑如何实现???
// 判断一个对象是否使用了某一个接口
if (userService instanceof InitializingBean) {
try {
((InitializingBean)userService1).afterPropertiesSet();
} catch (Exception e) {
e.printStackTrace();
}
}
Spring是如何进行初始化的???
是如何判断该对象实现InitializingBean接口???
怎么调用 afterPropertiesSet() 方法???
protected Object doCreateBean(String beanName, RootBeanDefinition mbd, @Nullable Object[] args) throws BeanCreationException {
......
try {
// 属性填充
populateBean(beanName, mbd, instanceWrapper);
// 初始化
exposedObject = initializeBean(beanName, exposedObject, mbd);
}
catch (Throwable ex) {
......
}
......
}
protected Object initializeBean(String beanName, Object bean, @Nullable RootBeanDefinition mbd) {
......
// 初始化
try {
invokeInitMethods(beanName, wrappedBean, mbd);
}
catch (Throwable ex) {
......
}
......
return wrappedBean;
}
protected void invokeInitMethods(String beanName, Object bean, @Nullable RootBeanDefinition mbd) throws Throwable {
boolean isInitializingBean = (bean instanceof InitializingBean);
if (isInitializingBean && (mbd == null || !mbd.isExternallyManagedInitMethod("afterPropertiesSet"))) {
// 日志
if (logger.isTraceEnabled()) {
logger.trace("Invoking afterPropertiesSet() on bean with name '" + beanName + "'");
}
// 判断是否打开安全管理器
if (System.getSecurityManager() != null) {
try {
// 打开安全管理器
AccessController.doPrivileged((PrivilegedExceptionAction
核心的代码实际上就是这两行:
boolean isInitializingBean = (bean instanceof InitializingBean);
((InitializingBean) bean).afterPropertiesSet();
通过最后一步,我们可以发现,当Spring根据UserService类来创建一个Bean时:
Spring在基于某个类生成Bean的过程中,需要利用该类的构造方法来实例化得到一个对象,但是如果一个类存在多个构造方法,Spring会使用哪个呢?
(1)如果一个类只存在一个构造方法,不管该构造方法是无参构造方法,还是有参构造方法,Spring都会用这个构造方法。
(2)如果一个类存在多个构造方法
需要重视的是,如果Spring选择了一个有参的构造方法,Spring在调用这个有参构造方法时,需要传入参数,那这个参数是怎么来的呢?
Spring会根据入参的类型和入参的名字去Spring中找Bean对象(以单例Bean为例,Spring会从单例池那个Map中去找):
确定用哪个构造方法,确定入参的Bean对象,这个过程就叫做推断构造方法!!!
AOP就是进行动态代理,在创建一个Bean的过程中,Spring在最后一步会去判断当前正在创建的这个Bean是不是需要进行AOP,如果需要则会进行动态代理!
(1)找出所有的切面Bean
(2)遍历切面中的每个方法,看是否写了 @Before、@After 等注解
(3)如果写了,则判断所对应的Pointcut是否和当前Bean对象的类是否匹配
(4)如果匹配则表示当前Bean对象有匹配的的Pointcut,表示需要进行AOP
(1)生成代理类UserServiceProxy,代理类继承UserService
(2)代理类中重写了父类的方法,比如UserService中的test()方法
(3)代理类中还会有一个 target属性,该属性的值为被代理对象(也就是通过UserService类推断构造方法实例化出来的对象,进行了依赖注入、初始化等步骤的对象)
(4)代理类中的test()方法被执行时的逻辑如下:
当我们从Spring容器得到UserService的Bean对象时(有AOP),拿到的就是UserServiceProxy所生成的对象,也就是代理对象。
UserService代理对象.test()--->执行切面逻辑--->target.test(),注意target对象不是代理对象,而是被代理对象。
当我们在某个方法上加了@Transactional注解后,就表示该方法在调用时会开启Spring事务,而这个方法所在的类所对应的Bean对象会是该类的代理对象。
Spring事务的代理对象执行某个方法时的步骤:
Spring事务是否会失效的判断标准:某个加了@Transactional注解的方法被调用时,要判断到底是不是直接被代理对象调用的,如果是则事务会生效,如果不是则失效。
视频地址
链接:https://pan.baidu.com/s/13Tt4Qia5gmJIwruN-oQJRA?pwd=bokp
提取码:bokp
完整内容联系:lxvvv86(有偿)