SpringBoot已经替我们整合了许多框架并进行了默认的配置，我们只需要在依赖中导入spring-boot-starter-web，就可以直接使用SpringMVC以及web场景下的已经整合好的功能。但SpringBoot的默认配置可能无法满足我们所有的需求，那么我们怎么进行自定义修改呢？
1. 自动配置
SpringBoot的自动配置机制已经在这篇文章中进行了介绍。这里只进行简单说明。
- 我们在依赖库中导入
spring-boot-starter-web spring-boot-starter-web会引入spring-boot-autoconfigure，其中包含了所有场景的所有配置类- 主程序中包含注解
@EnableAutoConfiguration，它会通过@Import(AutoConfigurationImportSelector.class)批量导入配置类 - 配置类根据条件注解以及属性绑定，将组件都加入到容器中
自动配置的默认效果为：
- 包含了 ContentNegotiatingViewResolver 和 BeanNameViewResolver 组件，方便视图解析
- 默认的静态资源处理机制： 静态资源放在 static 文件夹下即可直接访问
- 自动注册了 Converter,GenericConverter,Formatter组件，适配常见数据类型转换和格式化需求
- 支持 HttpMessageConverters，可以方便返回json等数据类型
- 注册 MessageCodesResolver，方便国际化及错误消息处理
- 支持 静态 index.html
- 自动使用ConfigurableWebBindingInitializer，实现消息处理、数据绑定、类型转化、数据校验等功能
2. 使用方式
SpringBoot 已经默认配置好了Web开发场景常用功能。我们有三种使用他们的方式：
2.1 直接使用
我们全部使用自动配置的默认效果，直接可以开始编写业务代码。
2.2 自定义修改部分功能
我们可以保留自动配置的效果，在自动配置的基础上手动设置部分功能，定义MVC底层组件。
2.3 完全手动设置
禁用自动配置效果。我们对所有配置都手动进行设置。
显然，我们大多数都会选择第二种方式。在自动配置的基础上，进行部分的修改和添加，这样可以很好的实现我们的需求，工作量也不会很大。
我们只需要给容器中写一个配置类@Configuration实现 WebMvcConfigurer但是不要标注 @EnableWebMvc注解。
3. @EnableWebMvc
为什么第二种方式不可以标注 @EnableWebMvc注解， @EnableWebMvc有什么效果呢？
@EnableWebMvc可以禁用默认行为，其原因如下：
@EnableWebMvc给容器中导入DelegatingWebMvcConfiguration组件，而DelegatingWebMvcConfiguration是继承了WebMvcConfigurationSupport，因此这也意味着容器中存在了WebMvcConfigurationSupport类型的组件WebMvcAutoConfiguration有一个核心的条件注解,@ConditionalOnMissingBean(WebMvcConfigurationSupport.class)，也就是说只有容器中没有WebMvcConfigurationSupport类型的组件，WebMvcAutoConfiguration才生效- 因此，
@EnableWebMvc导入WebMvcConfigurationSupport导致WebMvcAutoConfiguration失效，最终效果就是禁用了默认行为