java面试八股文--SpringMVC、SpringBoot

Spring Boot、Spring MVC和Spring有什么区别

spring是一个IOC容器，用来管理Bean，使用依赖注入实现控制反转，可以很方便地整合各种框架，提供AOP机制弥补OOP的代码重复问题，更方便将不同类不同方法的共同处理抽取成切面，自动注入给方法执行，比如日制、异常等

springMVC是spring对web框架的一个解决方案，提供一个总的前端控制器Servlet，用来接收请求，然后定义了一套路由策略（url到handle的映射）及适配执行handle，将handle结果使用视图解析技术生成视图展现给前端

springboot是spring提供的一个快速开发工具包，让程序员能更方便，更快速的开发springmvc+spring应用，简化了配置（约定了默认配置），整合了一系列的解决方案（starter机制），redis、mongodb，es，可以开箱即用

SpringMVC工作流程

1. 用户发送请求至前端控制器DispatcherServlet
2. DispatcherServlet收到请求调用HandlerMapping处理器映射器
3. 处理器映射器找到具体的处理器（可以根据xml配置，注解进行查找），生成处理器及处理器拦截器（如果有则生成）一并返回给DispatcherServlet
4. DispatcherServlet调用HandlerAdapter处理器适配器
5. HandlerAdapter经过适配调用具体的处理器（Controller，也叫后端控制器）
6. Controller执行完成返回ModelAndView
7. HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet
8. DispatcherServlet将MondelAndView传给ViewReslover视图解析器
9. ViewReslover解析后返回具体View
10. DispatcherServlet根据View进行渲染视图（即将模型数据填充至视图中）
11. DispatcherServlet响应用户

SpringMVC的主要组件？

Handler：也就是处理器。它直接应对这MVC中的C也就是Controller层，他的具体表现形式有很多，可以是类，也可以是方法。在Controller层中@RequestMapping标注的所有方法都可以看成是一个Handler，只要可以实际处理请求就可以是Handler

1.HandlerMapping

initHandlerMapping（context），处理器映射器，根据用户请求的资源uri来查找Handler。在SpringMVC中会有很多请求，每个请求都需要一个Handler处理，具体接收到一个请求之后使用那个Handler进行，这就是HandlerMapping需要做的事。

2.HandlerAdapter

initHandlerAdapter（context），适配器。因为SpringMVC中的Handler可以是任意的形式，只要能处理请求就ok，但是Servlet需要的处理方法的结构却是固定的，都是以request和response为参数的方法。如何让固定的Servlet处理方法调用灵活的Handleer来进行处理呢？这就是HandlerAdapter要做的事情。Handler是用来干活的工具；HandlerMapping用于根据需要干的活找到相应的工具；HandlerAdapter是实用工具干活的人。

3.HandlerExceptionResolver

initHandlerExceptionResolver（context），其他组件都是用来干活的，在干活的过程中粘棉会出现问题，出问题后怎么办呢？这就需要有一个专门的角色对异常情况进行处理，在SpringMVC中就是HandlerExceptionResolver。具体来说，此组件的作用是根据异常设置ModelAndView，之后再交给render方法进行渲染

4.ViewResolver

initViewResolvers（context），ViewResolver用来将String类型的视图名和Locale解析为View类型的视图。View是用来渲染页面的，也就是将程序返回的参数填入模板里，生成html（也可能是其他类型）文件。这里就有两个关键问题；使用哪一个模板？用什么技术填入参数？这其实是ViewResolver主要做的工作，ViewResolver需要找到渲染所用的模板和所用的技术（也就是视图的类型）进行渲染，具体的渲染过程则交由不同的视图自己完成。

5.RequestToViewNameTranslator

initRequestToNameTranslator（context），ViewResolver是根据ViewName查找View，但有的Handler处理完后并没有设置View也没有设置ViewName，这时就需要从request获取ViewName了，如何从request中获取ViewName就是REquestToViewNameTranslator要做的事情了

RequestToViewNameTranslator在Spring MVC容器里只可以配置一个，所以所有request到ViewName的转换规则都要在一个Translator里面全部实现。

6.LocaleResolver

intitLocaleResolver（context），解析视图需要两个参数：一个是视图名，另一个是Locale。视图名是处理器返回的，Locale是从哪里来的？这就是LocalResolver要做的事情。LocalResolver用于从request解析出Locale，Locale就是zh-cn之类，表示一个区域，有了这个就可以对不同区域的用户显示不同的结果。SpringMVC主要有两个地方用到了Locale：一是ViewResolver视图解析的时候；二是用到国际化资源或主题的时候

7.ThemeResolver

initThemeResolver（context），用于解析主题。SpringMVC中一个主题对应一个properties文件，里面存放着跟当前主题相关的所有资源、如图片、css样式等。SpringMVC的主题也只是国际化，同一个主题不通过区域也可以显示不同的风格。SpringMVC中跟主题相关的类有ThemeResolver，ThemeSource和Theme。主题是通过一系列资源来具体实现的，要得到一个主题的资源，首先要得到资源的形成，这是ThemsResolver的工作。然后通过主题名称找到对应的主题（可以理解为一个配置）文件，这是ThemeSource的工作。最后从主题中获取资源就可以了

8.MultipartResolver

initultipart

Resolver(context)，用于处理上传请求。处理方法是将普通的request包装成MultipartHttpServletRequest,后者可以直接调用getFile方法获取File，如果上传多个文件，还可以调用getFileMap得到FileName-＞File结构的Map。此组件中一共有三个方法，作用分别是判断是不是上传请求，将request包装成MulipartHttpServletRequest、处理完后青理上传过程中产生的临时资源。

9.FlashMapManager

initFlashMapManager（context），用来管理FlashMap的，FlashMap主要用于在redirect中传递参数。

SpringBoot自动配置原理?

@Import+@Configuration+Spring spi

自动配置类由各个starter提供，使用@Configuration+@Bean定义配置类，放到META-INF/spring.factories下

使用Spring spi扫描META-INF/spring.factories下的配置类

使用@Import导入自动配置类

如何理解Spring Boot中的Starter 

使用spring+springmvc时，如果需要引入mybatis等框架，需要到xml中定义mybatis需要的bean，starter就是定义一个starter的jar包，写一个@Configuration配置类、将这些bean定义在里面，然后在starter包的META-INF/spring.factories中写入该配置类，SpringBoot会按照约定来加载该配置类

开发人员只需要将相应的starter包依赖进应用，进行相应的属性配置（使用默认配置时，不需要配置），就可以直接进行代码开发，使用对应的功能了，比如mybatis-spring-boot-starter，spring-boot-starter-redis

什么是嵌入式服务器？为什么要使用嵌入式服务器？

节省了下载安装tomcat，应用也不需要再打war包，然后放到webapp目录下再运行

只需要一个安装了java的虚拟机，就可以直接在上面部署应用程序了

springboot已经内置了tomcat.jar，运行main方法时回去启动tomcat，并利用tomcat的spi机制加载springmvc