Spring相关源码解读

1.ApplicationContext refresh的流程

spring调用refresh()方法来初始化容器

（1）prepareRefresh

这一步是为后续步骤做准备工作

创建和准备了 Environment 对象，Environment存储一些键值对
Environment 作用：
（1）为后续 @Value ，值注入时提供键值

（2）obtainFreshBeanFactory

这一步是获取(或创建) BeanFactory

（1）BeanFactory作用：
负责bean的创建、依赖注入和初始化
（2）BeanDefinition的作用：
作为bean的设计蓝图，规定了bean的特征，如单例多例、依赖关系、初始销毁方法等。BeanDefinition的来源多种多样，可以
通过xml获得、通过配置类获得、通过组件扫描获得，也可以是编程添加

（3）prepareBeanFactory

完善BeanFactory

StandardBeanExpressionResolver：用来解析EL表达式 #{}
ResourceEditorRegistrar：会注释类型解释器，并应用ApplicationContext提供的 Environment完成${}解析
registerResolvableDependency：注册特殊的bean 指 beanFactory以及ApplicationContext
ApplicationContextAwareProcessor：解析Aware接口

（4）postprocessBeanFactory

这一步是空实现，留给子类扩展

一般 Web 环境的ApplicationContext都要利用它注册新的Scope，完善Web下的BeanFactory
体现了模板方法设计模式

（5）invokeBeanFactoryPostProcessors

BeanFactory的后处理器，充当BeanFactory的拓展点，可以用来补充或修改BeanDefinition

例如：
ConfigurationClassPostProcessor：用来解析@Configuration @Bean @Import @PropertySource
PropertySourcesPlaceHolderConfigurer：用来替换BeanDefinition中的${}

（6）registerBeanPostProcessors

bean的后处理器，可以充当bean的扩展点，可以工作在bean的实例化、依赖注入、初始化阶段

（7）initMessageSource

实现国际化
从容器中找一个名为messageSource的bean，如果没有，则提供空的MessageSource实现

（8）initApplicationEventMulticaster

事件广播器

用来发布事件给监听器
从容器中找一个名为applicationEventMulticaster的bean作为事件广播器，如果没有，也会新建默认的事件广播器
可以调用ApplicationContext.publishEvent(事件对象)来发布事件

（9）onRefresh

空实现，留给子类扩展

springBoot中的子类可以在这里准备WebServer，即内嵌web容器
体现了模板方法设计模式

（10）registerListeners

事件监听器

用来接收事件
一部分监听器是事先编程添加的、另一部分监听器来自容器中的bean、还有一部分来自于@EventListener的解析
实现ApplicationListtener接口，重写其中的onApplicationEvent(E e)方法即可

（11）finishBeanFactoryInitialization

conversionService：用来类型转换的，作为对PropertyEditor的补充
embeddedValueResolvers：内迁至解析器用来解析@Value中的${}，借用的是Environment的功能
singletonObjects：初始化所有非延迟单例对象，缓存所有的单例对象

（12）finishRefresh

lifecycleProcessor：生命周期处理器，控制容器中需要生命周期管理的bean
容器中有名称为lifecycleProcessor的bean就使用，否则创建默认的生命周期处理器

调用context的start，即可触发所有实现LifeCycle接口bean的start
调用context的stop，即可触发所有实现LifeCycle接口bean的stop

总结

2.spring bean 的生命周期

（1）处理名称，检查缓存

（1）先把别名解析为实际名称，再进行后续处理
（2）若要获取 FactoryBean 本身，需要使用 &名称 获取

缓存中查找对象，缓存中有就直接用，没有就创建
（3）singletonObjects是一级缓存，放单例成品对象。找对象先从一级缓存开始找
（4）singletonFactories是三级缓存，放单例工厂。可以解决循环依赖
（5）earlysingletonObjects是二级缓存，放单例工厂的产品，可称为提前单例对象。解决需要创建代理对象时产生的依赖

（2）检查父工厂

如果容器中配置了父容器，如果缓存中没有找到对象，就从父容器中找，如果父容器中找到就直接使用，否则就创建。

父子容器的bean名称可以重复
优先找子容器的bean，找到了直接返回，找不到继续到父容器中找

（3）检查 DependsOn

DependsOn 用在非显式依赖的 bean 的创建顺序控制
例如：A DependsOn B，那么就先创建B再创建A

（4）按Scope创建bean

singleton Scope：表示从单例池范围内获取bean，如果没有，则创建并放入单例池
prototype Scope：表示从不缓存bean，每次都创建新的
request Scope：表示从request对象范围内获取bean，如果没有，则创建并放入request

（5）创建bean

（1）创建阶段：
AutowiredAnnotationBeanPostProcessor选择构造：优先选择带@Autowired注解的构造；若有唯一的带参构造，也会入选
采用默认构造：如果上面的后处理器和BeanDefiniation都没找到构造，次啊用默认构造，即使是私有的

（2）依赖注入：
AutowiredAnnotationBeanPostProcessor(注解匹配)：识别@Autowired及@Value标注的成员，封装为InjectionMetadata进行依赖注入
CommonAnnotationBeanPostProcessor(注解匹配)：识别@Resource标注的成员，封装为InjectionMetadata进行依赖注入
AUTOWIRE_BY_NAME(根据名字匹配)：根据成员名字找bean对象，修改mbd的propertyValues，不会考虑简单类型的成员
AUTOWIRE_BY_TYPE(根据类型匹配)：根据成员类型执行resolveDependency找到依赖注入的值，修改mbd的propertyValues
applyPropertyValues(精确指定)：根据mbd的propertyValues进行依赖注入
优先级最高的是精确指定，下来是根据名称/类型匹配，最后才是注解匹配

（3）初始化：
处理Aware接口：进行初始化，优先级最高
      @PostConstruct：通过实现后处理器实现功能
      实现InitializingBean接口：通过接口回调初始化执行
      initMethod：根据 BeanDefinition 得到的初始化方法执行初始化
创建aop代理：通过实现后处理器实现功能，优先级最低

（4）注册可销毁bean：
判断是否为可销毁bean的依据：
  如果实现了DisposableBean接口或AutoCloseable接口，则为可销毁bean
  如果自定义了destroyMethod，则为可销毁bean
  如果采用了@Bean没有指定destroyMethod，则采用自动推断的方式获取销毁方法名(close,shutdown)
  如果有@PreDestroy标注的方法
存储位置：
  singleton Scope的可销毁bean会存储于beanFactory的成员中
  自定义的scope的可销毁bean会存储于对应的域对象中
  prototype Scope不会存储，需要自己找到此对象销毁
  存储时都会封装为DisposableBeanAdapter类型对销毁方法的调用进行适配

（6）类型转换

如果getBean的requiredType参数与实际得到的对象类型不同，会尝试进行类型转换

（7）销毁bean

singleton bean：的销毁在ApplicationContext.close时，此时会找到所有DisposableBean的名字，注意销毁
自定义 scope bean 的销毁在作用域对象生命周期结束时
prototype bean的销毁可以通过自己动手调用AutowireCapableBeanFactory.destroyBean方法执行销毁

总结

3.spring事务失效的几种场景以及原因

（1）检查异常

语法上有强制要求，需要 throws或者try catch的异常

原因：spring默认只会回滚非检查异常，spring不会对检查异常进行回滚

解决：在处理此业务的类上面加 @Transactional(rollbackFor = Exception.class)这个注解

（2）错误try-catch

业务方法内自己加try-catch异常导致事务不能正确回滚

原因：事务通知只有捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理掉异常，事务通知无法知悉

解决：（1）需要将异常抛出去，（2）调用 TransactionStatus.setRollbackOnly()方法通知回滚事务

（3）切面顺序

aop切面顺序导致事务不能正确回滚

原因：事务切面优先级最低，但如果自定义的切面的优先级和他一样，则还是自定义切面在内层，这时若自定义切面没有正确抛出
异常，则事务切面不能接收到异常，就不能回滚

解决：（1）需要将异常抛出去(推荐)   （2）调用 TransactionStatus.setRollbackOnly()方法通知回滚事务
	 （3）@Order(Ordered.LOWEST_PRECEDENCE - 1)

（4）非public方法

原因：spring为方法创建代理、添加事务通知、前提条件都是该方法是public的

解决：@Transactional 注解必须加在public方法上，不能加在其他方法上，必须加public修饰符

（5）父子容器

原因：子容器的扫描范围过大，把未加事务配置的service扫描进来

解决：（1）各扫描各的，不要图简便     （2）不要用父子容器，把所有的bean放在同一容器

（6）本类方法调用

调用本类方法导致传播行为失效

原因：本类方法调用不经过代理，因此无法增强

解决：（1）依赖注入自己(代理)来调用    （2）通过AopContext拿到代理对象，来调用

（7）原子性失效

@Transactional没有保证原子行为

原因：事务的原子性仅涵盖 insert  uodate  delete  select..for update 语句，select方法并不阻塞

（8）锁失效

@Transactional方法导致的synchronized失效

原因：synchronized保证的仅是目标方法的原子性，环绕目标方法的还有commit等操作，它们并未处在synchronized块内

解决：（1）synchronized范围应扩大至代理方法调用   （2）使用 select..for update 替换 select(推荐使用)

4.springMVC执行流程

（1）初始化阶段

（1）在Web容器第一次用到DispatcherServlet的时候，会创建其对象并执行init方法
（2）init方法内会创建spring web 容器，并调用容器的refresh方法
（3）refresh过程中会创建并初始化springMVC中的重要组件
（4）容器初始化后，会将上一步初始化好的重要组件，赋值给DispatcherServlet的成员变量，留待后用

（2）匹配阶段

（1）用户发送的请求同一到达前端控制器DispatcherServlet
（2）DispatcherServlet遍历所有HandlerMapping，找到与路径匹配的处理器
（3）将HandlerMethod连同匹配到的拦截器，生成调用链对像HandlerExecutionChain返回
（4）遍历HandlerAdapter处理器适配器，找到能处理HandlerMethod的适配器对象，开始调用

（3）执行阶段

（1）执行拦截器preHandle
（2）由HandlerAdapter调用HandlerMethod，调用前处理不同类型的参数，调用后处理不同类型的返回值
（3）如果第二步没有异常：
     返回ModelAndView
     执行拦截器postHandle
     解析试图，得到View对象，进行视图渲染
（4）如果第二步有异常，进入HandlerExceptionResolver异常处理流程
（5）最终都会执行拦截器的afterCompletion方法
（6）如果控制器方法标注了@ResponseBody注解，则在第2步就会生成json结果，并标记ModelAndView已处理，这样就不会执行
第3步的视图渲染

第二步没有异常

第二步有异常

5.一些注解

（1）@Configuration

（1）配置类相当于一个工厂，标注@Bean注解的方法相当于工厂方法
（2）@Bean不支持方法重载，如果有多个重载方法，仅有一个能入选为工厂方法
（3）@Configuration默认会为标注的类生成代理，其目的是保证@Bean方法相互调用时，仍然能保证其单例特性
（4）@Configuration中如果含有bean工厂后处理器，则实例工厂方法会导致配置类提前创建，造成依赖注入失败。
解决：改用静态工厂方法

（2）@Import

（1）引入单个bean：@Import(Bean1.class)
（2）引入一个配置类：@Import(OtherConfig.class)
（3）引入多个配置类，通过 Selector 选择器
（4）通过beanDefinition注册器

（3）@SpringBootApplication

（1）@SpringBootConfiguration：表示当前类是一个配置类
（2）@ComponentScan：扫描
（3）@EnableAutoConfiguration：
@AutoConfigurationPackage：所标注类的包名会被记下来，放到容器中
@Import(AutoConfigurationImportSelector .class)：分离主配置和从属配置，避免强耦合；执行优先级低，先保证主配置，再解析从属配置

6.spring中有哪些设计模式

（1）单例模式

（1）singleton bean 并非实现了单例模式，它只能保证每个容器内，相同的id的bean单实例

（2）Builder模式

（1）比较灵活的构建产品对象
（2）在不执行最后build方法前，产品对象都不可用
（3）构建过程采用链式调用

（3）工厂方法模式

让接口和实现相分离，降低耦合

如：ApplicationContext 和 BeanFactory中的getBean

（4）Adapter适配器模式

把一套接口转换为另一套调用者期望的接口

（5）组合模式

把分散的调用集中起来，统一调用入口

（6）装饰器模式

对一个对象动态的增加职责和功能，避免子类继承父类所有的方法

（7）Proxy 代理模式

控制目标的访问

（8）责任链模式

（9）观察者模式

用来解耦合

（10）策略模式

（11）模板方法设计模式

7.循环依赖

（1）创建代理

@Aspect：标注的类称为切面类
@Around @Before @After ：标注的方法称为切面方法
@Around("execution(* car())") : execution(* car())：切入点表达式

（2）缓存

（1）一级缓存

作用：限制bean在beanFactory中只存一份，即实现 singleton scope

问题：解决不了set循环依赖

（2）二级缓存

作用：解决set循环依赖

问题：不能解决set循环依赖中有代理的情况

（3）三级缓存

作用：解决set循环依赖中代理创建过晚的问题

（3）构造循环依赖

三级缓存不能解决构造循环依赖

解决：（1）用 @Lazy 注解(加在方法的参数前边)，使用B的代理对象
	 （2）用 ObjectFactory ，使用B的工厂对象
	 （3）用 Provider，与ObjectFactory作用一样
	 （4）用 @Scope 注解(加在类上面)

（4）总结