SSM框架学习之Spring浅谈（二）

Spring常用注解

• @Controller : 对应 Spring MVC 控制层，主要用户接受用户请求并调用 Service 层返回数据给前端页面。
• @Service : 对应服务层，主要涉及一些复杂的逻辑，需要用到 Dao 层。
• @Component ：通用的注解，可标注任意类为 Spring 组件。如果一个 Bean 不知道属于哪个层，可以使用@Component 注解标注。
• @Repository : 对应持久层即 Dao 层，主要用于数据库相关操作。

@Component和@Bean的区别是什么？

• @Component 注解作用于类，而@Bean注解作用于方法。
• @Component通常是通过类路径扫描来自动侦测以及自动装配到Spring容器中(我们可以使用 @ComponentScan 注解定义要扫描的路径从中找出标识了需要装配的类自动装配到Spring的bean容器中)@Bean注解通常是我们在标有该注解的方法中定义产生这个 bean, @Bean告诉了Spring这是某个类的实例，当我需要用它的时候还给我。
• @Bean 注解比 @Component 注解的自定义性更强，而且很多地方我们只能通过@Bean注解来注册bean。比如当我们引用第三方库中的类需要装配到 Spring容器时，则只能通过 @Bean来实现。

@Autowired和@Resource的区别

• @Autowired是Spring提供的注解，@Resource是JDK提供的注解。
• @Autowired 是先根据类型(byType)查找，如果存在多个 Bean 再根据名称(byName)进行查找，@Resource 是先根据名称(byName)查找，如果(根据名称)查找不到，再根据类型(byType)进行查找。
• 当一个接口存在多个实现类的情况下，@Autowired和@Resource都需要通过名称才能正确匹配到对应的 Bean。@Autowired可以通过@Qualifier 注解来显示指定名称，@Resource可以通过‘name’属性来显示指定名称。

Bean的作用域(Bean代指的就是那些被IOC容器所管理的对象。)

• singleton : IoC 容器中只有唯一的 bean 实例。Spring 中的 bean 默认都是单例的，是对单例设计模式的应用。
• prototype : 每次获取都会创建一个新的 bean 实例。也就是说，连续getBean()两次，得到的是不同的Bean实例。
• request(仅 Web 应用可用): 每一次 HTTP 请求都会产生一个新的 bean(请求 bean)，该bean仅在当前HTTP request内有效。
• session(仅 Web 应用可用): 每一次来自新session的HTTP请求都会产生一个新的bean(会话 bean)，该bean仅在当前HTTP session内有效。
• application/global-session (仅 Web 应用可用)：每个 Web 应用在启动时创建一个 Bean(应用 Bean)，该 bean 仅在当前应用启动时间内有效。
• websocket (仅 Web 应用可用)：每一次 WebSocket 会话产生一个新的 bean。

如何配置bean的作用域

xml方式：

<bean id="..." class="..." scope="singleton"></bean>

注解方式：

@Bean
@Scope(value = ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public Person person() {
      return new Person();
}

Bean的生命周期

1、Spring对bean进行实例化；(反射、IOC)
2、(循环依赖)Spring将值和bean的引用注入到bean对应的属性中；
3、(完成beanName、BeanFactory、applicationContext的属性注入)如果bean实现了BeanNameAware接口，Spring将bean的ID传递给setBeanName()方法；
4、如果bean实现了BeanFactoryAware接口，Spring将调用setBeanFactory()方法，将BeanFactory容器实例传入；
5、如果bean实现了ApplicationContextAware接口，Spring将调用setApplicationContext()方法，将bean所在的应用上下文的引用传入进来；
6、(调用BeanPostProcessor前置方法，进行 bean 实例属性的填充)如果bean实现了BeanPostProcessor接口，Spring将调用它们的afterProcessBeforeInitialization()方法；
7、(调用init方法初始话对象)如果bean实现了InitializingBean接口，Spring将调用它们的afterPropertiesSet()方法。类似地，如果bean使用init-method声明了初始化方法，该方法也会被调用；
8、(调用后置方法实现AOP，代理封装)如果bean实现了BeanPostProcessor接口，Spring将调用它们的postProcessAfterInitialization()方法；
9、(可以使用)此时，bean已经准备就绪，可以被应用程序使用了，它们将一直驻留在应用上下文中，直到该应用上下文被销毁；
10、如果bean实现了DisposableBean接口，Spring将调用它的destroy()接口方法。同样，如果bean使用destroy-method声明了销毁方法，该方法也会被调用。

单例Bean的是线程安全的吗？

Spring默认的bean是单例的，它并没有进行封装处理而且是共享的，所以不是线程安全的。

但是，共享不一定会有线程安全问题。
如果某个bean我们定义了共享数据，且可以对共享数据进行修改，这样才会造成线程安全问题。比如我们在线程中定义一个count++，那么这个数就是不安全的，每次线程到来都会被执行一次，count值加一。

如果，我们必须要在bean中定义有状态的实例或变量，那么我们可以有以下几种办法，保证安全。
1.使用ThreadLocal，把变量变成线程私有的(ThreadLocal使用不当会造成内存泄漏)；
2.synchronized、lock、CAS，保证互斥访问临界区；
3.把bean从单例(singleton)设置成原型(protopyte)；

BeanFactory和FactoryBean的区别

BeanFactory是个Factory，也就是IOC容器或对象工厂，而FactoryBean就是个Bean。在Spring中，所有的Bean都是由BeanFactory(也就是IOC容器)来进行管理的。但对FactoryBean而言，这个Bean不是简单的Bean，FactoryBean是一个能生产或者修饰对象生成的工厂Bean,它的实现与设计模式中的工厂模式和修饰器模式类似。

Spring依赖注入的几种方式

构造函数注入

IOC Service Provider会检查被注入对象的构造方法，取得它所需要的依赖对象列表，进而为其注入相应的对象。同一个对象是不可能被构造两次的，因此，被注入对象的构造乃至其整个生命周期，应该是由IOC Service Provider来管理的。构造方法注入方式比较直观，对象被构造完成后，即进入就绪状态，可以马上使用。

setter 注入

对于JavaBean对象来说,通常会通过setXxx ( )和getXxx()方法来访问对应属性。这些setxxx()方法统称为setter方法，getXxx ()当然就称为getter方法。通过setter方法，可以更改相应的对象属性，通过getter方法，可以获得相应属性的状态。所以，当前对象只要为其依赖对象所对应的属性添加setter方法，就可以通过setter方法将相应的依赖对象设置到被注入对象中。

接口注入

相对于前两种注入方式来说，接口注入没有那么简单明了。被注入对象如果想要IoC ServiceProvider为其注入依赖对象，就必须实现某个接口。这个接口提供一个方法，用来为其注入依赖对象。IoC Service Provider最终通过这些接口来了解应该为被注入对象注入什么依赖对象。

三种注入方式的比较

接口注入:从注入方式的使用上来说，接口注入是现在不甚提倡的种方式，基本处于“退役状态”。因为它强制被注入对象实现不必要的接口，带有侵入性。而构造方法注入和setter方法注入则不需要如此。

构造方法注入:这种注入方式的优点就是，对象在构造完成之后，即已进入就绪状态，可以马上使用。缺点就是，当依赖对象比较多的时候，构造方法的参数列表会比较长。而通过反射构造对象的时候，对相同类型的参数的处理会比较困难，维护和使用上也比较麻烦。而且在Java中，构造方法无法被继承，无法设置默认值。对于非必须的依赖处理，可能需要引入多个构造方法，而参数数量的变动可能造成维护上的不便。

setter方法注入:因为方法可以命名，所以etter方法注入在描述性上要比构造方法注入好一些。另外，setter方法可以被继承，允许设置默认值，而且有良好的IDE支持。缺点当然就是对象无法在构造完成后马上进入就绪状态。

综上所述，构造方法注入和setter方法注入因为其侵入性较弱，且易于理解和使用，所以是现在使用最多的注入方式;而接口注入因为侵入性较强，近年来已经逐渐被淘汰了。

Spring如何解决循环依赖

三级缓存：

singletonObjects，一级缓存，存储的是所有创建好了的单例Bean(完整，可以使用的bean)
earlySingletonObjects，完成实例化，但是还未进行属性注入及初始化的对象(半成品)
singletonFactories，提前暴露的一个单例工厂，二级缓存中存储的就是从这个工厂中获取到的对象(实例化bean然后放到二级缓存)

1、首先尝试从一级缓存中获取serviceA实例，发现不存在并且serviceA不在创建过程中；
2、serviceA完成了初始化的第一步(实例化：调用createBeanInstance方法，即调用默认构造方法实例化)；
3、将自己(serviceA)提前曝光到singletonFactories中;
4、此时进行初始化的第二步(注入属性serviceB)，发现自己依赖对象serviceB，此时就尝试去get(B)，发现B还没有被实create，所以走create流程;
5、serviceB完成了初始化的第一步(实例化：调用createBeanInstance方法，即调用默认构造方法实例化)；
6、将自己(serviceB)提前曝光到singletonFactories中;
7、此时进行初始化的第二步(注入属性serviceA);
8、于是尝试get(A)，尝试一级缓存singletonObjects(肯定没有，因为A还没初始化完全)，尝试二级缓存earlySingletonObjects(也没有)，尝试三级缓存singletonFactories，由于A通过ObjectFactory将自己提前曝光了，所以B能够通过ObjectFactory.getObject拿到A对象，并把A放到二级缓存(虽然A还没有初始化完全，但是总比没有好呀);
9、B拿到A对象后顺利完成了初始化阶段1、2、3，完全初始化之后将自己放入到一级缓存singletonObjects中；
10、此时返回A中，A此时能拿到B的对象顺利完成自己的初始化阶段2、3，最终A也完成了初始化，进去了一级缓存singletonObjects中;

二级缓存已经基本可以解决循环依赖了为什么还要用三级缓存？

如果要使用二级缓存解决循环依赖，意味着所有Bean在实例化后就要完成AOP代理，这样违背了Spring设计的原则，Spring在设计之初就是通过AnnotationAwareAspectJAutoProxyCreator这个后置处理器来在Bean生命周期的最后一步来完成AOP代理，而不是在实例化后就立马进行AOP代理。

Spring中事务的传播

Spring事务的传播行为
1.Propagation.REQUIRED(默认)∶如果当前存在事务，则加入该事务，如果当前不存在事务，则创建一个新的事务。
2.Propagation.SUPPORTS:如果当前存在事务，则加入该事务;如果当前不存在事务，则以非事务的方式继续运行。
3.Propagation.MANDATORY:如果当前存在事务，则加入该事务;如果当前不存在事务，则抛出异常。
4.Propagation.REQUIRES_NEW:重新创建一个新的事务，如果当前存在事务，延缓当前的事务。
5.Propagation.NOT_SUPPORTED:以非事务的方式运行，如果当前存在事务，暂停当前的事务。
6.Propagation.NEVER:以非事务的方式运行，如果当前存在事务，则抛出异常。
7.Propagation.NESTED:如果没有，就新建一个事务;如果有，就在当前事务中嵌套其他事务。

Spring中事务管理过程

1、先做准备工作，解析各个方法上事务相关的属性，根据具体的属性来判断是否开启新事务。
2、当需要开启的时候，获取数据库连接，关闭自动提交功能，开启事务。
3、执行具体的sql逻辑操作。
4、在操作的过程中，如果执行失败了，那么会通过‘completeTransactionAfterThrowing’来完成事务的回滚操作，回滚具体的逻辑是通过‘doRollBack’方法来实现的，实现的时候也是先获取连接对象，通过连接对象来回滚。
5、如果执行过程中，没有发生任何异常，那么会通过‘commitTransactionAfterReturning’来完成事务的提交操作，提交的具体逻辑是通过‘doCommit’方法来实现的，实现的时候也是先获取连接对象，通过连接对象提交。
6、当事务执行完毕之后需要清除相关的事务信息‘cleanupTransactionInfo’

关键：TransactionInterceptor 

 Spring用到了哪些设计模式

工厂模式：Spring通过BeanFactory(Bean工厂)和ApplicationContext来创建对象。
单例模式：Spring中的Bean默认为单例模式。
代理模式：Spring的AOP功能和注解的底层就是动态代理。
模板方法：可以将相同部分的代码放在父类中，而将不同的代码放入不同的子类中，用来解决代码重复的问题。比如RestTemplate, JmsTemplate, JpaTemplate。
适配器模式：Spring AOP的增强或通知(Advice)使用到了适配器模式，Spring MVC中也是用到了适配器模式适配Controller。
策略模式：例如Resource的实现类，针对不同的资源文件，实现了不同方式的资源获取策略。
观察者模式：Spring事件驱动模型就是观察者模式的一个经典应用。
桥接模式：可以根据客户的需求能够动态切换不同的数据源。例如项目需要连接多个数据库，客户在每次访问中根据需要会去访问不同的数据库。