乌镇镇住房建设局网站百度推广竞价开户
Bean的生命周期
1.通过反射生成对象
2.填充Bean的属性
3.调用aware接口的invokeAwareMethod方法，对BeanName、BeanFactory、BeanClassLoader对象的属性设值
4.调用BeanPostProcessor的前置处理方法，其中使用较多的是ApplicationContextPostProcessor，设置ApplicationContext、Environment、ResourceLoader、EmbeddValueResolver等对象
5.调用initmethod方法，invokeInitmethod()，判断是否实现了initializingBean接口，如果有，则调用afterPropertiesSet方法，没有就不调用
6.调用BeanPostProcessor的后置处理方法，Spring的AOP就是在这里实现的
7.通过getBean获取完整的对象
8.进入销毁流程，判断是否实现了DispoableBean接口，然后调用destroyMethod方法
Spring是如何解决循环依赖问题的
三级缓存、提前暴露对象、aop
所有的Bean对象在创建的时候首先放进三级缓存中，在后续的使用过程中，如果需要被代理则返回代理对象，如果不需要被代理，则直接返回普通对象。
缓存的放置时间和删除时间
三级缓存：createBeanInstance之后
二级缓存：第一次从三级缓存中确定对象是代理对象还是普通对象，之后删除三级缓存
一级缓存：生成完整对象之后放到一级缓存，删除二三级缓存
Bean Factory和FactoryBean有什么区别
相同点：都是用来创建Bean对象的
不同点：如果使用BeanFactory创建对象，必须遵守spring的生命周期，此过程很复杂。如果只是想简单的创建一个Bean，同时交于Spring进行管理，可使用FactoryBean来创建
isSingleton：是否是单例对象
getObjectType：获取返回对象的类型
getObject：自定义创建对象的过程(new，反射，动态代理)
Spring中用到哪些设计模式？
1.工厂模式：BeanFactory就是工厂模式
2.单例模式：Bean默认都是单例的
3.模板方法：postProcessBeanFactory、onRefresh、initPropertyValue
4.原型模式：指定作用域为prototype
5.策略模式：XmlBeanDefinitionReader、PropertiesBeanDefinitionReader
6.观察者模式：listener、event、multicast
7.适配器模式：Adapter
8.装饰者模式：BeanWrapper
9.责任链模式：使用aop的时候，会先生成一个拦截器链
10.代理模式：动态代理
11.委托者模式：delegate
…
SpringAOP的底层实现原理
动态代理
先有IOC，后有AOP，AOP是对Bean的扩展实现，所以在BeanPostProcessor后置处理方法中来实现的。
1.代理对象的创建过程（advice、切面、切点）
2.通过jdk或者cglib的方式来生成代理对象
3.在执行方法调用的时候，会调用到生成的字节码文件中，直接会找到DynamicAdvisoredlnterceptor类中的intercept方法，从此方法开始执行
4.根据之前定义好的通知来生成拦截器链
5.从拦截器链中依次获取每一个通知开始进行执行
Spring的事务是如何回滚的
spring的事务是由aop来实现的，首先要生成具体的代理对象，然后按照aop的执行流程来执行具体的操作逻辑，正常情况下要通过通知来完成核心功能，但事务不是通过通知来实现的，而是通过TransactionInterceptor来实现的，调用invoke来实现具体的逻辑。
1.先做准备工作，解析各个方法上事务相关属性，根据具体的属性判断是否开启新事务
2.当需要开启的时候，获取数据库链接，关闭自动提交功能，开启事务
3.执行具体的sql逻辑操作
4.在操作过程中，如果执行失败了，会通过completeTransactionAfterThrowing来完成事务的回滚操作，回滚的具体逻辑是通过doRollBack方法来实现的，实现的时候也是要先获取链接对象，通过链接对象来回滚
5.如果执行过程中，没有任何意外情况的发生，那么通过commitTransactionAfterReturning来完成事务的提交操作，提交的具体逻辑是通过doCommit方法来实现的，实现的时候也是要获取链接，通过链接对象来提交
6.当事务执行完毕之后需要清除相关的事务信息，cleanupTransactionInfo
spring事务传播特性
spring的事务传播特性有7种
1.Required
2.Requires_new
3.nested
4.Support
5.Not_Support
6.Never
7.Mandatory
某一个事务嵌套另一个事务的时候怎么办？（A方法调用B方法，AB方法都有事务，但是传播性不同，那么A如果有异常，B怎么办？B如果有异常，A怎么办？）
事务的传播特性指的是不同方法的嵌套调用过程中，事务应该如何进行处理，是用同一个事务还是不同的事务，当出现异常的时候是回滚还是提交，两个方法之间相关影响，在日常工作中，使用较多的是required、Requires_new、nested
事务可以分为三类：支持当前事务、不支持当前事务、嵌套事务
核心处理逻辑：
1.判断内外方法是否为同一个事务
是：异常统一在外层方法处理
不是：内层方法有可能影响到外层方法，但是外层方法是不会影响到内层方法的
SpringIOC的底层实现
反射、工厂、设计模式
1.先通过createBeanFactory创建Bean工厂
2.循环创建Bean对象，因为容器都是单例的，所以优先通过getBean、doGetBan从容器中查找，找不到的话
3.通过createBean、doCreateBean方法，通过反射的方式创建对象，一般情况下使用的是无参的构造方法
4.进行对象额属性填充populateBean
5.进行其他初始化操作（initializingBean）
ApplicationContext和BeanFactory有什么区别？
1.BeanFactory创建bean采用延迟加载形式，也就是说你需要getBean()才会加载
2.ApplicationContext创建Bean默认采用立即加载，ApplicationContext继承了BeanFactory
如何控制Bean的加载顺序？
使用@DependsOn即可控制Bean的加载顺序
- 配置在方法上，将优先于@Bean配置的bean进行加载
- 配置在类上，将优先于当前类中所有@Bean配置的Bean进行加载
- 配置在类上，将优先于@Compent等配置的Bean进行加载
- 相关属性：value（默认），设置当前bean所依赖的bean的id