📑本篇内容：SpringBoot 与 SpringMVC进行整合扩展一文吃透学习框架技巧~
📘 文章专栏：SpringBoot微服务 其原理与项目开发
🎬最近更新：2022年1月23日 SpringBoot的自动装配原理——其实真得就是你想的那么简单~
🙊个人简介：一只二本院校在读的大三程序猿，本着注重基础，打卡算法，分享技术作为个人的经验总结性的博文博主，虽然可能有时会犯懒，但是还是会坚持下去的，如果你很喜欢博文的话，建议看下面一行~（疯狂暗示QwQ）
🌇点赞 👍 收藏 ?留言 📝 一键三连 关爱程序猿，从你我做起
📖本文目录📖
📝SpringBoot 与SpringMVC进行整合扩展
🙊1、为什么还需要对SpringMVC进行扩展整合
SpringBoot对我们的配置进行了简化，很大程度上就印证了那句话“约定大于配置”，因为很多东西都交由SpringBoot中的xxxAutoConfiguration来帮助我们自动配置了一些约定好了的东西，使得我们后期进行相应的配置与扩展就必须按照官方文档来，解决了SSM框架引起的配置地狱问题，就要回过头来进行自定义拓展了~
🙊2、如何学习 如何整合 跟着走 保证学到会
?进入官方文档 学会如何正确姿势阅读参考文献?
步骤1：创建好一个新的SpringBoot项目并且导入spring-web的相关依赖
步骤2：查阅官方文档一并进行学习~
- 这里作者是根据SpringBoot2.6.3最新版本（2022年1月23日）进行查阅官方的doc文档进行学习的~
SpringBoot的官方学习文档地址：Spring Boot 学习 与 下载
- 点击之后会进入一个SpringBoot的官方学习文献栏目：Spring Boot Reference Documentation
这里咱们选中咱们这次需要进行学习的web依赖容器支持的自动装配与自定义web内容进行学习
可以根据咱们左侧的目录进行相应知识点的学习，咱们由浅入深慢慢递进，本文需要英语能力至少在四级水平或者有英语翻译工具支持的情况下进行学习。
根据板块查找学习内容
- 这个第一个大的标签告诉我们，如果咱们想要
构建一个以servlet为基础的web程序，我们可以集成于SpringBoot的自动装配原理来与SpringMVC或者一个叫Jersey的框架进行整合配置。
既然人家话都说到这里了，跟着学就是了塞。
根据他给的列表清单就知道SpringBoot对原来的SpringMVC上进行了哪些默认配置~
举个小🌰~
- Inclusion of
ContentNegotiatingViewResolverandBeanNameViewResolverbeans.
这个咱们看看有啥咱们在之前学习SpringMVC中认识的单词，ViewResolver所以这一块就说明了,这SpringBoot帮我们干了前端控制器DispatcherServlet中的视图解析器ViewResolver那一部分的自动配置。
上述说明了SpringBoot帮助我们自动配置了有关于视图解析器的默认配置，咱们接着看是否能对默认的视图解析器的配置进行相关的修改呢？不可能它直接给定死了吧，看到清单下面那句话没？！
大致看一下你就知道了：如果当咱们想要对SpringBoot针对于SpringMVC 原有的自动配置之外进行自定义配置扩展时，咱们可以通过对自己实现了WebMvcConfigurer接口与@Configuration的类，来进行自动配置，但是**不能标注上@EnableWebMvc**。置于为什么不能标注@EnableWebMvc呢？官方文献也给出了对应的解释。
If you want to take complete control of Spring MVC, you can add your own @Configuration annotated with @EnableWebMvc
当你想要全面接管SpringMVC的配置时就自定义一个加了@Configuration和@EnableWebMvc注解的类，实行自定义自动配置类，SpringBoot帮我们配置好的SpringMVC自动装配就不会再生效了，使用有风险，不建议初学者使用。
学都学到这里了，咱们也一起动手来配置一下检查是否如其所说帮我们进行了对应的配置呢？
接着上面所说：
SpringBoot通过ContentNegotiatingViewResolver帮我们自动装配了ViewResolver 那就进这个类看看他是如何进行装配的？
通过阅读源码知道这个自动配置类有如下重要的方法:
-
private List<View> getCandidateViews(String viewName, Locale locale, List<MediaType> requestedMediaTypes)
这个方法是不是也很眼熟呢，在昨天看自动装配源码的时候也看到了Candidate这个单词，那顾名思义这个方法是用来获取候选视图的方法，其实就是一个遍历了视图列表选取合适视图的方法。
那是不是按照这样的话，咱们只需要向IOC容器中注入一个咱们自己定制的视图解析器，他就能将这个遍历得到的视图解析器，加载到自动装配的视图候选列表中呢？带着这个疑惑咱们就可以亲测亲为了~。
WebMVCConfig.java
@Configuration
public class WebMVCConfig implements WebMvcConfigurer {
@Bean
public ViewResolver myViewResolver(){
return new MyViewResolver();
}
public static class MyViewResolver implements ViewResolver{
@Override
public View resolveViewName(String viewName, Locale locale) throws Exception {
return null;
}
}
}
这里为了方便将这个咱们自制的视图解析器写成了静态内部类，方便直接调用。
@Bean 可以将方法的返回对象注入到IOC容器当中，这是在学Spring时候就知道了哦。
那我们该如何去判断其是否真的加入到IOC容器当中了呢？这就不得不在提到学技术中常用的方法了。
测试的神DEBUG
咱们可以利用IDEA的便捷进行Debug，不仅使得在解决项目中的错误时游刃有余，也能针对原理进行反思与学习。
根据前面所学既然SpringBoot进行了自动装配，那么是不是DispatcherServlet也被自动配置到了IOC容器且已经自动配置好了呢？
果不其然,不查不知道，一查吓一跳
确确实实有这么一个类~帮助了我们进行了自动装配，同时这个自动装配类依赖于DispatcherServlet.class
@ConditionalOnClass({DispatcherServlet.class})
@AutoConfigureAfter({ServletWebServerFactoryAutoConfiguration.class})
public class DispatcherServletAutoConfiguration {}
那么咱们就知道如何辨别上述操作到底是否执行了没，我们自己进行配置的SpringMVC是否拓展成功了呢？
老样子，进入DispatcherServlet类在请求服务做出相应的位置打个断点测试就行了呗，这是之前学过的~
此时咱们就可以点击这只小虫子进行测试啦~
服务器启动之后，咱们并没有对其进行访问，所以也就不会调用前端控制器，所以你也就看不到变量数据表。
这里咱们需要在浏览器中进行请求操作，浏览器才会向服务器发出请求进行访问。
http://localhost:8080/
然后再打开咱们的Debug界面找到咱们的视图解析器模块中是否存在WebMVCConfig,以此来验证我们的猜想，结果显而易见，这就和官方说的一字不差，没跑了~
🙊3、总结SpringBoot与SpringMVC进行扩展与自定义配置
上述的讲解的SpringBoot与SpringMVC之间的整合与拓展可以说是举一反三中的一，那么如何反三呢？小付已经将如何在SpringBoot中整合扩展的方法交给你了，但是初学SpringBoot的同学不要尝试，稍微理解一下就好了，因为小付在初学时就钻研这东西，差点把自己整个半死，还没搞清楚明白，不过随着学习源码知识的理解，现在看这些基本就是信手拈来，至于为什么要掌握这些呢？因为在后续的项目开发中，SpringBoot的自动装配固然很好，但是很多独有的客制化配置都是无法实现，无法满足需求，这就不得不和源码进行打交道，写出令人眼前一亮的自定义配置了。比如说SpringSecurity中的自定义配置认证，玩好了的话，权限这方面项目就可以管控的死死地了！貌似就这么多了，学会方法才是最重要的啦。
