在進行專案編寫前，我們還需要知道一個東西，就是SpringBoot對我們的SpringMVC還做了哪些配置，包括如何擴充套件，如何定製。
途徑一：原始碼分析
途徑二：官方文件
舉例
ContentNegotiatingViewResolver 內容協商檢視解析器
自動配置了ViewResolver，就是我們之前學習的SpringMVC的檢視解析器；
即根據方法的返回值取得檢視物件（View），然後由檢視物件決定如何渲染（轉發，重定向）。
我們去看看這裡的原始碼：我們找到 WebMvcAutoConfiguration ， 然後搜尋ContentNegotiatingViewResolver。找到如下方法！
@Bean
@ConditionalOnBean(ViewResolver.class)
@ConditionalOnMissingBean(name = "viewResolver", value = ContentNegotiatingViewResolver.class)
public ContentNegotiatingViewResolver viewResolver(BeanFactory beanFactory) {
ContentNegotiatingViewResolver resolver = new ContentNegotiatingViewResolver();
resolver.setContentNegotiationManager(beanFactory.getBean(ContentNegotiationManager.class));
// ContentNegotiatingViewResolver使用所有其他檢視解析器來定位檢視，因此它應該具有較高的優先順序
resolver.setOrder(Ordered.HIGHEST_PRECEDENCE);
return resolver;
}
我們可以點進這類看看！找到對應的解析檢視的程式碼；
@Nullable // 註解說明：@Nullable 即引數可為null
public View resolveViewName(String viewName, Locale locale) throws Exception {
RequestAttributes attrs = RequestContextHolder.getRequestAttributes();
Assert.state(attrs instanceof ServletRequestAttributes, "No current ServletRequestAttributes");
List<MediaType> requestedMediaTypes = this.getMediaTypes(((ServletRequestAttributes)attrs).getRequest());
if (requestedMediaTypes != null) {
// 獲取候選的檢視物件
List<View> candidateViews = this.getCandidateViews(viewName, locale, requestedMediaTypes);
// 選擇一個最適合的檢視物件，然後把這個物件返回
View bestView = this.getBestView(candidateViews, requestedMediaTypes, attrs);
if (bestView != null) {
return bestView;
}
}
// .....
}
我們繼續點進去看，他是怎麼獲得候選的檢視的呢？
getCandidateViews中看到他是把所有的檢視解析器拿來，進行while迴圈，挨個解析！
Iterator var5 = this.viewResolvers.iterator();
所以得出結論：ContentNegotiatingViewResolver 這個檢視解析器就是用來組合所有的檢視解析器的
我們再去研究下他的組合邏輯，看到有個屬性viewResolvers，看看它是在哪裡進行賦值的！
protected void initServletContext(ServletContext servletContext) {
// 這裡它是從beanFactory工具中獲取容器中的所有檢視解析器
// ViewRescolver.class 把所有的檢視解析器來組合的
Collection<ViewResolver> matchingBeans = BeanFactoryUtils.beansOfTypeIncludingAncestors(this.obtainApplicationContext(), ViewResolver.class).values();
ViewResolver viewResolver;
if (this.viewResolvers == null) {
this.viewResolvers = new ArrayList(matchingBeans.size());
}
// ...............
}
既然它是在容器中去找檢視解析器，我們是否可以猜想，我們就可以去實現一個檢視解析器了呢？
我們可以自己給容器中去新增一個檢視解析器；這個類就會幫我們自動的將它組合進來；我們去實現一下
詳情請見：
修改SpringBoot的預設配置
SpringBoot在自動配置很多元件的時候，先看容器中有沒有使用者自己配置的（如果使用者自己配置@bean），如果有就用使用者配置的，如果沒有就用自動配置的；
如果有些元件可以存在多個，比如我們的檢視解析器，就將使用者配置的和自己預設的組合起來！
擴充套件使用SpringMVC 官方文件如下：
If you want to keep Spring Boot MVC features and you want to add additional MVC configuration (interceptors, formatters, view controllers, and other features), you can add your own @Configuration class of type WebMvcConfigurer but without @EnableWebMvc. If you wish to provide custom instances of RequestMappingHandlerMapping, RequestMappingHandlerAdapter, or ExceptionHandlerExceptionResolver, you can declare a WebMvcRegistrationsAdapter instance to provide such components.
如果您想保留 Spring Boot MVC 功能並新增額外的 MVC 配置（攔截器、格式化程式、檢視控制器和其他功能），您可以新增您自己的 WebMvcConfigurer 型別的 @Configuration 類，但不新增 @EnableWebMvc。 如果您希望提供 RequestMappingHandlerMapping、RequestMappingHandlerAdapter 或 ExceptionHandlerExceptionResolver 的自定義例項，您可以宣告一個 WebMvcRegistrationsAdapter 例項來提供此類元件。
我們要做的就是編寫一個@Configuration註解類，並且型別要為WebMvcConfigurer，
還不能標註@EnableWebMvc註解；我們去自己寫一個；我們新建一個包叫config，寫一個類MyMvcConfig；
//應為型別要求為WebMvcConfigurer，所以我們實現其介面
//可以使用自定義類擴充套件MVC的功能
@Configuration
public class MyMvcConfig implements WebMvcConfigurer {
@Override
public void addViewControllers(ViewControllerRegistry registry) {
// 瀏覽器傳送/test ， 就會跳轉到test頁面；
registry.addViewController("/test").setViewName("test");
}
}
我們可以去分析一下原理：
1、WebMvcAutoConfiguration 是 SpringMVC的自動配置類，裡面有一個類WebMvcAutoConfigurationAdapter
2、這個類上有一個註解，在做其他自動配置時會匯入：@Import(EnableWebMvcConfiguration.class)
3、我們點進EnableWebMvcConfiguration這個類看一下，它繼承了一個父類：DelegatingWebMvcConfiguration
這個父類中有這樣一段程式碼：
public class DelegatingWebMvcConfiguration extends WebMvcConfigurationSupport {
private final WebMvcConfigurerComposite configurers = new WebMvcConfigurerComposite();
// 從容器中獲取所有的webmvcConfigurer
@Autowired(required = false)
public void setConfigurers(List<WebMvcConfigurer> configurers) {
if (!CollectionUtils.isEmpty(configurers)) {
this.configurers.addWebMvcConfigurers(configurers);
}
}
}
4、我們可以在這個類中去尋找一個我們剛才設定的viewController當做參考，發現它呼叫了一個
protected void addViewControllers(ViewControllerRegistry registry) {
this.configurers.addViewControllers(registry);
}
5、我們點進去看一下
public void addViewControllers(ViewControllerRegistry registry) {
Iterator var2 = this.delegates.iterator();
while(var2.hasNext()) {
// 將所有的WebMvcConfigurer相關配置來一起呼叫！包括我們自己配置的和Spring給我們配置的
WebMvcConfigurer delegate = (WebMvcConfigurer)var2.next();
delegate.addViewControllers(registry);
}
}
所以得出結論：所有的WebMvcConfiguration都會被作用，不止Spring自己的配置類，我們自己的配置類當然也會被呼叫；
全面接管SpringMVC
官方文件：
If you want to take complete control of Spring MVCyou can add your own @Configuration annotated with @EnableWebMvc.
全面接管即：SpringBoot對SpringMVC的自動配置不需要了，所有都是我們自己去配置！
只需在我們的配置類中要加一個@EnableWebMvc。