Spring、SpringBoot、SpringMVC

Spring、SpringBoot、SpringMVC

1. 什么是Spring
   Spring是一种轻量级框架，旨在提高开发人员的开发效率以及系统的可维护性。
   我们一般说的Spring框架就是Spring Framework，它是很多模块的集合，使用这些模块可以很方便地协助我们进行开发。这些模块是核心容器、数据访问/集成、Web、AOP（面向切面编程）、工具、消息和测试模块。比如Core Container中的Core组件是Spring所有组件的核心，Beans组件和Context组件是实现IOC和DI的基础，AOP组件用来实现面向切面编程。

2. Spring核心IOC跟AOP

   • IOC（Inverse Of Control，控制反转）是一种设计思想，所谓控制反转，指的是对资源的控制方式进行反转。这里说的资源主要指我们的 Java 对象。在 OOP 中，对象之间往往存在某种依赖关系，当一个对象依赖另一个对象时，传统 OOP 的做法是在它内部直接 new 一个出来，这种做法是由对象自己主动创建并管理依赖资源。IoC 就是要将其颠倒过来，使得对象不再主动控制依赖资源，而是被动接受资源，IoC 要求将资源的控制权下放给第三方容器，这个第三方容器也称 Ioc 容器，它将对资源进行集中管理，对象需要什么资源就从容器中取，或者让容器主动将资源注入进来。
     可参考：https://www.cnblogs.com/hanease/p/14939245.html
     IOC优点：
     • 降低对象之间的耦合
     • 可维护性高，方便测试
     • 可复用性高
     • 热拔插特性，更换依赖只要修改配置文件
   • AOP
     AOP（Aspect-Oriented Programming，面向切面编程）能够将那些与业务无关，却为业务模块所共同调用的逻辑或责任（例如事务处理、日志管理、权限控制等）封装起来，便于减少系统的重复代码，降低模块间的耦合度，并有利于未来的可扩展性和可维护性。
     Spring AOP是基于动态代理的，如果要代理的对象实现了某个接口，那么Spring AOP就会使用JDK动态代理去创建代理对象；而对于没有实现接口的对象，就无法使用JDK动态代理，转而使用CGlib动态代理生成一个被代理对象的子类来作为代理。
     
     当然也可以使用AspectJ，Spring AOP中已经集成了AspectJ，AspectJ应该算得上是Java生态系统中最完整的AOP框架了。使用AOP之后我们可以把一些通用功能抽象出来，在需要用到的地方直接使用即可，这样可以大大简化代码量。我们需要增加新功能也方便，提高了系统的扩展性。日志功能、事务管理和权限管理等场景都用到了AOP。

3. 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都有不同的会话。

4. 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()方法。
   8. 如果Bean实现了InitializingBean接口，执行afeterPropertiesSet()方法。
   9. 如果Bean在配置文件中的定义包含init-method属性，执行指定的方法。
   10. 如果有和加载这个Bean的Spring容器相关的BeanPostProcess对象，执行postProcessAfterInitialization()方法。
   11. 当要销毁Bean的时候，如果Bean实现了DisposableBean接口，执行destroy()方法。
   12. 当要销毁Bean的时候，如果Bean在配置文件中的定义包含destroy-method属性，执行指定的方法。

5. 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。
      …

6. Spring事务管理
   事务的7种传播级别：

   • PROPAGATION_REQUIRED ，默认的spring事务传播级别，使用该级别的特点是，如果上下文中已经存在事务，那么就加入到事务中执行，如果当前上下文中不存在事务，则新建事务执行。所以这个级别通常能满足处理大多数的业务场景。a
   • PROPAGATION_SUPPORTS ，从字面意思就知道，supports，支持，该传播级别的特点是，如果上下文存在事务，则支持事务加入事务，如果没有事务，则使用非事务的方式执行。所以说，并非所有的包在transactionTemplate.execute中的代码都会有事务支持。这个通常是用来处理那些并非原子性的非核心业务逻辑操作。应用场景较少。
   • PROPAGATION_MANDATORY ， 该级别的事务要求上下文中必须要存在事务，否则就会抛出异常！配置该方式的传播级别是有效的控制上下文调用代码遗漏添加事务控制的保证手段。比如一段代码不能单独被调用执行，但是一旦被调用，就必须有事务包含的情况，就可以使用这个传播级别。
   • PROPAGATION_REQUIRES_NEW ，从字面即可知道，new，每次都要一个新事务，该传播级别的特点是，每次都会新建一个事务，并且同时将上下文中的事务挂起，执行当前新建事务完成以后，上下文事务恢复再执行。
     这是一个很有用的传播级别，举一个应用场景：现在有一个发送100个红包的操作，在发送之前，要做一些系统的初始化、验证、数据记录操作，然后发送100封红包，然后再记录发送日志，发送日志要求100%的准确，如果日志不准确，那么整个父事务逻辑需要回滚。
     怎么处理整个业务需求呢？就是通过这个PROPAGATION_REQUIRES_NEW 级别的事务传播控制就可以完成。发送红包的子事务不会直接影响到父事务的提交和回滚。
   • PROPAGATION_NOT_SUPPORTED ，这个也可以从字面得知，not supported ，不支持，当前级别的特点就是上下文中存在事务，则挂起事务，执行当前逻辑，结束后恢复上下文的事务。
     这个级别有什么好处？可以帮助你将事务极可能的缩小。我们知道一个事务越大，它存在的风险也就越多。所以在处理事务的过程中，要保证尽可能的缩小范围。比如一段代码，是每次逻辑操作都必须调用的，比如循环1000次的某个非核心业务逻辑操作。这样的代码如果包在事务中，势必造成事务太大，导致出现一些难以考虑周全的异常情况。所以这个事务这个级别的传播级别就派上用场了。用当前级别的事务模板抱起来就可以了。
   • PROPAGATION_NEVER ，该事务更严格，上面一个事务传播级别只是不支持而已，有事务就挂起，而PROPAGATION_NEVER传播级别要求上下文中不能存在事务，一旦有事务，就抛出runtime异常，强制停止执行！这个级别上辈子跟事务有仇。
   • PROPAGATION_NESTED ，字面也可知道，nested，嵌套级别事务。该传播级别特征是，如果上下文中存在事务，则嵌套事务执行，如果不存在事务，则新建事务。
     嵌套是子事务套在父事务中执行，子事务是父事务的一部分，在进入子事务之前，父事务建立一个回滚点，叫save point，然后执行子事务，这个子事务的执行也算是父事务的一部分，然后子事务执行结束，父事务继续执行。重点就在于那个save point。如果父事务会回滚到进入子事务前建立的save point，然后尝试其他的事务或者其他的业务逻辑，父事务之前的操作不会受到影响，更不会自动回滚。父事务回滚，子事务也会跟着回滚；子事务先提交，父事务再提交，由父事务统一提交。

   数据隔离级别（即数据库隔离级别）分为不同的四种:

   • Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。
   • Repeatable read (可重复读)：可避免脏读、不可重复读的发生。
   • Read committed (读已提交)：可避免脏读的发生。
   • Read uncommitted (读未提交)：最低级别，任何情况都无法保证。
     参考：https://blog.youkuaiyun.com/u013490280/article/details/82598097

7. Spring中的常用的注解
   @Component 组件，没有明确的角色
   @Service 在业务逻辑层使用（service层）
   @Repository 在数据访问层使用（dao层）
   @Controller 在展现层使用，控制器的声明（C）
   @Aspect 声明一个切面（类上）
   @Autowired：由Spring提供
   @Inject：由JSR-330提供
   @Resource：由JSR-250提供

8. 什么是SpringBoot、为什么要用 Spring Boot？
   Spring Boot基本上是Spring框架的扩展，它消除了设置Spring应用程序所需的XML配置，为更快，更高效的开发生态系统铺平了道路。
   SpringBoot有以下优点：

   • 创建独立的spring应用。
   • 嵌入Tomcat, Jetty Undertow 而且不需要部署他们。
   • 提供的“starters” poms来简化Maven配置
   • 尽可能自动配置spring应用。
   • 提供生产指标,健壮检查和外部化配置
   • 绝对没有代码生成和XML配置要求

9. Spring Boot 的核心配置文件有哪几个？它们的区别是什么？
   SpringBoot的核心配置文件有application和bootstarp配置文件。
   application文件主要用于Springboot自动化配置文件。
   bootstarp文件主要有以下几种用途：
   使用Spring Cloud Config注册中心时 需要在bootStarp配置文件中添加链接到配置中心的配置属性来加载外部配置中心的配置信息。
   一些固定的不能被覆盖的属性
   一些加密/解密的场景

10. Spring Boot 的核心注解是哪个？它主要由哪几个注解组成的？
    启动类上面的注解是@SpringBootApplication，它是 Spring Boot 的核心注解，主要组合包含了以下 3 个注解：
    @SpringBootConfiguration：组合了 @Configuration 注解，实现配置文件的功能。
    @EnableAutoConfiguration：打开自动配置的功能，也可以关闭某个自动配置的选项，如关闭数据源自动配置功能： @SpringBootApplication(exclude = { DataSourceAutoConfiguration.class })。
    @ComponentScan：Spring组件扫描。

11. SpringBoot常用注解有哪些？

    • @Repository
      用于标注数据访问组件，即DAO组件。
      使用@Repository注解可以确保DAO或者repositories提供异常转译，这个注解修饰的DAO或者repositories类会被ComponetScan发现并配置，同时也不需要为它们提供XML配置项。
    • @Service
      一般用于修饰service层的组件
    • @RestController
      用于标注控制层组件(如struts中的action)，表示这是个控制器bean,并且是将函数的返回值直 接填入HTTP响应体中,是REST风格的控制器；它是@Controller和@ResponseBody的合集。
    • @ResponseBody
      表示该方法的返回结果直接写入HTTP response body中
      一般在异步获取数据时使用，在使用@RequestMapping后，返回值通常解析为跳转路径，加上@responsebody后返回结果不会被解析为跳转路径，而是直接写入HTTP response body中。比如异步获取json数据，加上@responsebody后，会直接返回json数据。
    • @Component
      泛指组件，当组件不好归类的时候，我们可以使用这个注解进行标注。
    • @Bean
      相当于XML中的,放在方法的上面，而不是类，意思是产生一个bean,并交给spring管理。
    • @AutoWired
      byType方式。把配置好的Bean拿来用，完成属性、方法的组装，它可以对类成员变量、方法及构造函数进行标注，完成自动装配的工作

12. 都有什么格式？
    .properties 和 .yml
    .yml采取的是缩进的格式 不支持@PeopertySource注解导入配置

13. 20、Spring Boot 2.X 有什么新特性？与 1.X 有什么区别？

• 配置变更
• JDK 版本升级
• 第三方类库升级
• 响应式 Spring 编程支持
• HTTP/2 支持
• 配置属性绑定
• 更多改进与加强…

14. SpringBoot与Spring的区别
    

15. SpringMVC是什么
    springMvc是spring基础之上的一个MVC框架，主要处理web开发的路径映射和视图渲染，属于spring框架中WEB层开发的一部分；

16. SpringMVC执行流程
    

17. SpringMVC执行流程:

    • 用户发送请求至前端控制器DispatcherServlet
    • DispatcherServlet收到请求调用处理器映射器HandlerMapping。
    • 处理器映射器根据请求url找到具体的处理器，生成处理器执行链HandlerExecutionChain(包括处理器对象和处理器拦截器)一并返回给DispatcherServlet。
    • DispatcherServlet根据处理器Handler获取处理器适配器HandlerAdapter执行HandlerAdapter处理一系列的操作，如：参数封装，数据格式转换，数据验证等操作
    • 执行处理器Handler(Controller，也叫页面控制器)。
    • Handler执行完成返回ModelAndView
    • HandlerAdapter将Handler执行结果ModelAndView返回到DispatcherServlet
    • DispatcherServlet将ModelAndView传给ViewReslover视图解析器
    • ViewReslover解析后返回具体View
    • DispatcherServlet对View进行渲染视图（即将模型数据model填充至视图中）。
    • DispatcherServlet响应用户。