珍藏！Spring必需把握的内容

大家好！我是热心的朝阳群众。

Spring框架在面试中是一个必问点，里面毕竟是什么内容呢？让我们一起来看看。这也是我在面试中经常会问到的问题，也是表现一个程序员对框架懂得的能力。

介绍一下Spring框架

Spring是一种轻量级框架，旨在提高开发人员的开发效力乃至系统的可保护性。

我们一样说的Spring框架就是Spring Framework，它是许多模块的汇合，使用这些模块可以很利便地协助我们停止开发。这些模块是中心容器、数据拜访/集成、Web、AOP（面向切面编程）、工具、新闻和测试模块。比方Core Container中的Core组件是Spring所有组件的中心，Beans组件和Context组件是实现IOC和DI的根基，AOP组件用来实现面向切面编程。

Spring的6个特点：

• 中心技术：依靠注入（DI），AOP，事件（Events），资源，i18n，验证，数据绑定，类型转换，SpEL；
• 测试：模拟对象，TestContext框架，Spring MVC测试，WebTestClient；
• 数据拜访：事务，DAO支撑，JDBC，ORM，编组XML；
• Web支撑：Spring MVC和Spring WebFlux Web框架；
• 集成：长途处置，JMS，JCA，JMX，电子邮件，任务，调度，缓存；
• 说话：Kotlin，Groovy，动态说话；

列举一些重要的Spring模块

下图对应的是Spring 4.x的版本，当前最新的5.x版本中Web模块的Portlet组件已经被废弃掉，同时增添了用于异步响应式处置的WebFlux组件。

• Spring Core：根基，可以说Spring其他所有的功效都依靠于该类库。主要供给IOC和DI功效。
• Spring Aspects：该模块为与AspectJ的集成供给支撑。
• Spring AOP：供给面向方面的编程实现。
• Spring JDBC：Java数据库连接。
• Spring JMS：Java新闻效劳。
• Spring ORM：用于支撑Hibernate等ORM工具。
• Spring Web：为创立Web利用程序供给支撑。
• Spring Test：供给了对JUnit和TestNG测试的支撑。

谈谈本人关于Spring IOC和AOP的懂得

IOC

IOC（Inversion Of Controll，操纵反转）是一种设计思想，就是将本来在程序中手动创立对象的操纵权，交由给Spring框架来治理。IOC在其他说话中也有利用，并非Spring特有。IOC容器是Spring用来实现IOC的载体，IOC容器实际上就是一个Map(key, value)，Map中存置的是各种对象。

将对象之间的彼此依靠关系交给IOC容器来治理，并由IOC容器完成对象的注入。这样可以很大程度上简化利用的开发，把利用从复杂的依靠关系中解放出来。IOC容器就像是一个工厂一样，当我们需要创立一个对象的时候，只需要配置好配置文件/注解即可，完全不消思考对象是怎样被创立出来的。在实际项目中一个Service类大概由几百乃至上千个类作为它的底层，假设我们需要实例化这个Service，大概要每次都搞分明这个Service所有底层类的结构函数，这大概会把人逼疯。假如利用IOC的话，你只需要配置好，然后在需要的地方援用就行了，大大增添了项目的可保护性且落低了开发难度。

Spring时代我们一样通过XML文件来配置Bean，后来开发人员觉得用XML文件来配置不太好，于是Sprng Boot注解配置就渐渐开端流行起来。

AOP

AOP（Aspect-Oriented Programming，面向切面编程）能够将那些与业务无关，却为业务模块所共同调取的逻辑或责任（例如事务处置、日志治理、权限操纵等）封装起来，便于减少系统的反复代码，落低模块间的耦合度，并有益于将来的可扩展性和可保护性。

Spring AOP是基于动态代理的，假如要代理的对象实现了某个接口，那么Spring AOP就会使用JDK动态代理去创立代理对象；而关于没有实现接口的对象，就没法使用JDK动态代理，转而使用CGlib动态代理生成一个被代理对象的子类来作为代理。

当然也可以使用AspectJ，Spring AOP中已经集成了AspectJ，AspectJ应当算得上是Java生态系统中最完全的AOP框架了。使用AOP之后我们可以把一些通用功效抽象出来，在需要用到的地方直接使用即可，这样可以大大简化代码量。我们需要增添新功效也利便，提高了系统的扩展性。日志功效、事务治理和权限治理等场景都用到了AOP。

Spring AOP和AspectJ AOP的不同

Spring AOP是属于运转时增强，而AspectJ是编译时增强。Spring AOP基于代理（Proxying），而AspectJ基于字节码操纵（Bytecode Manipulation）。

Spring AOP已经集成了AspectJ，AspectJ应当算得上是Java生态系统中最完全的AOP框架了。AspectJ比拟于Spring AOP功效愈加强大，但是Spring AOP相对来说更简便。

假如我们的切面比力少，那么两者机能差别不大。但是，当切面太多的话，最好选中AspectJ，它比SpringAOP快许多。

Spring中的bean的作用域是什么？

1. singleton：独一bean实例，Spring中的bean默许都是单例的。
2. prototype：每次恳求都会创立一个新的bean实例。
3. request：每一次HTTP恳求都会发生一个新的bean，该bean仅在当前HTTP request内有效。
4. session：每一次HTTP恳求都会发生一个新的bean，该bean仅在当前HTTP session内有效。
5. global-session：全局session作用域，仅仅在基于Portlet的Web利用中才成心义，Spring5中已经没有了。Portlet是能够生成语义代码（例如HTML）片段的小型Java Web插件。它们基于Portlet容器，可以像Servlet一样处置HTTP恳求。但是与Servlet不一样，每个Portlet都有不一样的会话。

Spring中的单例bean的线程平安问题理解吗？

大部分时候我们并没有在系统中使用多线程，所以很少有人会关注这个问题。单例bean存在线程问题，主如果由于当多个线程操纵统一个对象的时候，对这个对象的非静态成员变量的写操纵会存在线程平安问题。

有两种常见的解决方案：

1. 在bean对象中尽量幸免定义可变的成员变量（不太实际）。
2. 在类中定义一个ThreadLocal成员变量，将需要的可变成员变量留存在ThreadLocal中（引荐的一种方式）。

Spring中的bean生命周期？

1. Bean容器寻到配置文件中Spring Bean的定义。
2. Bean容器利用Java Reflection API创立一个Bean的实例。
3. 假如触及到一些属性值，利用set()办法设定一些属性值。
4. 假如Bean实现了BeanNameAware接口，调取setBeanName()办法，传入Bean的名字。
5. 假如Bean实现了BeanClassLoaderAware接口，调取setBeanClassLoader()办法，传入ClassLoader对象的实例。
6. 假如Bean实现了BeanFactoryAware接口，调取setBeanClassFacotory()办法，传入ClassLoader对象的实例。
7. 与上面的相似，假如实现了其他*Aware接口，就调取响应的办法。
8. 假如有和加载这个Bean的Spring容器相关的BeanPostProcessor对象，施行postProcessBeforeInitialization()办法。
9. 假如Bean实现了InitializingBean接口，施行afeterPropertiesSet()办法。
10. 假如Bean在配置文件中的定义包括init-method属性，施行指定的办法。
11. 假如有和加载这个Bean的Spring容器相关的BeanPostProcess对象，施行postProcessAfterInitialization()办法。
12. 当要烧毁Bean的时候，假如Bean实现了DisposableBean接口，施行destroy()办法。
13. 当要烧毁Bean的时候，假如Bean在配置文件中的定义包括destroy-method属性，施行指定的办法。

说说本人关于Spring MVC的理解？

谈到这个问题，我们不得不提提此前Model1和Model2这两个没有Spring MVC的时代。

**Model1时代：**许多学Java比力晚的后端程序员大概并没有接触过Model1模式下的JavaWeb利用开发。在Model1模式下，整个Web利用几乎全部用JSP页面组成，只用少量的JavaBean来处置数据库连接，拜访等操纵。这个模式下JSP便是操纵层又是展现层。不言而喻，这种模式存在许多问题。比方将操纵逻辑和展现逻辑混淆在一起，致使代码重用率极低；又比方前端和后端彼此依靠，难以停止测试并且开发效力极低。

Model2时代：学过Servlet并做过相关Demo的伴侣应当理解Java Bean（Model）+JSP（View）+Servlet（Controller）这种开发模式，这就是早期的Java Web MVC开发模式。Model是系统中触及的数据，也就是dao和bean；View是用来展现模型中的数据，只是用来展现；Controller是将会员恳求都发送给Servlet做处置，返回数据给JSP并展现给会员。

Model2模式下还存在许多问题，Model2的抽象和封装程度还远远不足，使用Model2停止开发时不成幸免地会反复造轮子，这就大大落低了程序的可保护性和可复用性。于是许多Java Web开发相关的MVC框架应运而生，比方Struts2，但是由于Struts2比力笨重，随着Spring轻量级开发框架的流行，Spring生态圈显现了Spring MVC框架。Spring MVC是当前最优异的MVC框架，比拟于Struts2，Spring MVC使用愈加简便和利便，开发效力更高，并且Spring MVC运转速度更快。

MVC是一种设计模式，Spring MVC是一款很优异的MVC框架。Spring MVC可以帮忙我们停止更简约的Web层的开发，并且它天生与Spring框架集成。Spring MVC下我们一样把后端项目分为Service层（处置业务）、Dao层（数据库操纵）、Entity层（实体类）、Controller层（操纵层，返回数据给前台页面）。

Spring MVC的简便道理图如下：

谈谈Spring MVC的工作道理

流程说明：

1.客户端（阅读器）发送恳求，直接恳求到DispatcherServlet。

2.DispatcherServlet按照恳求信息调取HandlerMapping，解析恳求对应的Handler。

3.解析到对应的Handler（也就是我们平常说的Controller操纵器）。

4.HandlerAdapter会按照Handler来调取真正的处置器来处置恳求和施行相对应的业务逻辑。

5.处置器处置完业务后，会返回一个ModelAndView对象，Model是返回的数据对象，View是逻辑上的View。

6.ViewResolver会按照逻辑View去查寻实际的View。

7.DispatcherServlet把返回的Model传给View（视图渲染）。

8.把View返回给恳求者（阅读器）。

##Spring框架中用到了哪些设计模式？

1. 工厂设计模式：Spring使用工厂模式通过BeanFactory和ApplicationContext创立bean对象。
2. 代理设计模式：Spring AOP功效的实现。
3. 单例设计模式：Spring中的bean默许都是单例的。
4. 模板办法模式：Spring中的jdbcTemplate、hibernateTemplate等以Template结尾的对数据库操纵的类，它们就使用到了模板模式。
5. 包装器设计模式：我们的项目需要连接多个数据库，并且不一样的客户在每次拜访中按照需要会去拜访不一样的数据库。这种模式让我们可以按照客户的需求能够动态切换不一样的数据源。
6. 视察者模式：Spring事件驱动模型就是视察者模式很经典的一个利用。
7. 适配器模式：Spring AOP的增强或通知（Advice）使用到了适配器模式、Spring MVC中也是用到了适配器模式适配Controller。

@Component和@Bean的不同是啥？

1. 作用对象不一样。@Component注解作用于类，而@Bean注解作用于办法。
2. @Component注解平常是通过类途径扫描来主动侦测乃至主动装配到Spring容器中（我们可以使用@ComponentScan注解定义要扫描的途径）。@Bean注解平常是在标有该注解的办法中定义发生这个bean，告诉Spring这是某个类的实例，当我需要用它的时候还给我。
3. @Bean注解比@Component注解的自定义性更强，并且许多地方只能通过@Bean注解来注册bean。比方当援用第三方库的类需要装配到Spring容器的时候，就只能通过@Bean注解来实现。

@Bean注解的使用示例：

@Configurationpublic class AppConfig {    @Bean    public TransferService transferService() {        return new TransferServiceImpl();    }}复制代码

上面的代码相当于下面的XML配置：

<beans>    <bean id="transferService" class="com.common.TransferServiceImpl"/></beans>复制代码

下面这个例子是没法通过@Component注解实现的：

@Beanpublic OneService getService(status) {    case (status)  {        when 1:                return new serviceImpl1();        when 2:                return new serviceImpl2();        when 3:                return new serviceImpl3();    }}复制代码

将一个类声明为Spring的bean的注解是什么？

我们一样使用@Autowired注解去主动装配bean。而想要把一个类标识为可以用@Autowired注解主动装配的bean，可以采纳以下的注解实现：

1. @Component注解。通用的注解，可标注任意类为Spring组件。假如一个Bean不知道属于哪一个层，可以使用@Component注解标注。
2. @Repository注解。对应耐久层，即Dao层，主要用于数据库相关操纵。
3. @Service注解。对应效劳层，即Service层，主要触及一些复杂的逻辑，需要用到Dao层（注入）。
4. @Controller注解。对应Spring MVC的操纵层，即Controller层，主要用于接受会员恳求并调取Service层的办法返回数据给前端页面。

Spring事务治理的方式有几种？

1. 编程式事务：在代码中硬编码（不引荐使用）。
2. 声明式事务：在配置文件中配置（引荐使用），分为基于XML的声明式事务和基于注解的声明式事务。

Spring事务中的隔离级别有哪几种？

在TransactionDefinition接口中定义了五个表示隔离级别的常量：

**ISOLATION_DEFAULT：**使用后端数据库默许的隔离级别，Mysql默许采纳的REPEATABLE_READ隔离级别；Oracle默许采纳的READ_COMMITTED隔离级别。

**ISOLATION_READ_UNCOMMITTED：**最低的隔离级别，同意读取尚未提交的数据变动，大概会致使脏读、幻读或不成反复读。

**ISOLATION_READ_COMMITTED：**同意读取并发事务已经提交的数据，可以阻挠脏读，但是幻读或不成反复读仍有大概发生

**ISOLATION_REPEATABLE_READ：**对统一字段的屡次读取结果都是一致的，除非数据是被本身事务本人所修改，可以阻挠脏读和不成反复读，但幻读仍有大概发生。

**ISOLATION_SERIALIZABLE：**最高的隔离级别，完全遵从ACID的隔离级别。所有的事务顺次逐个施行，这样事务之间就完全不成能发生干扰，也就是说，该级别可以防止脏读、不成反复读乃至幻读。但是这将严峻影响程序的机能。平常状况下也不会用到该级别。

Spring事务中有哪几种事务传播行动？

在TransactionDefinition接口中定义了八个表示事务传播行动的常量。

支撑当前事务的状况：

**PROPAGATION_REQUIRED：**假如当前存在事务，则参加该事务；假如当前没有事务，则创立一个新的事务。

PROPAGATION_SUPPORTS： 假如当前存在事务，则参加该事务；假如当前没有事务，则以非事务的方式连续运转。

PROPAGATION_MANDATORY： 假如当前存在事务，则参加该事务；假如当前没有事务，则抛出非常。（mandatory：强迫性）。

不支撑当前事务的状况：

PROPAGATION_REQUIRES_NEW： 创立一个新的事务，假如当前存在事务，则把当前事务挂起。

PROPAGATION_NOT_SUPPORTED： 以非事务方式运转，假如当前存在事务，则把当前事务挂起。

PROPAGATION_NEVER： 以非事务方式运转，假如当前存在事务，则抛出非常。

###其他状况：

PROPAGATION_NESTED： 假如当前存在事务，则创立一个事务作为当前事务的嵌套事务来运转；假如当前没有事务，则该取值等价于PROPAGATION_REQUIRED。

完毕

但愿大家能把握这些内容，也能够连续支撑我，感激。