在springboot中添加mvc功能的正确姿势讲解

SpringBoot 添加mvc功能

先放出来几个类(包含注解或接口)来观摩一下

• WEBMvcConfigurer
• @EnableWebMvc
• WebMvcConfigurerAdapter（已过时，不再详述，可以理解为继承该类有和实现WebMvcConfigurer一样的效果）
• WebMvcConfigurationSupport
• WebApplicationInitializer

这里只聊springboot或者无web.xml环境的情况，无论如何得看一下这个祖宗，以下代码来源于spring官网

public class MyWebApplicationInitializer implements WebApplicationInitializer {
    @Override
    public void onStartup(ServletContext servletCxt) {
        // Load Spring web application configuration
        AnnotationConfigWebApplicationContext ac = new AnnotationConfigWebApplicationContext();
        ac.reGISter(AppConfig.class);
        ac.refresh();

        // Create and register the DispatcherServlet
        DispatcherServlet servlet = new DispatcherServlet(ac);
        ServletRegistration.Dynamic registration = servletCxt.addServlet("app", servlet);
        registration.setLoadOnStartup(1);
        registration.addMapping("/app
 @Configuration
 public static class EnableWebMvcConfiguration extends DelegatingWebMvcConfiguration {
    }
}

现在说一下结论，springboot为我们提供的整合功能，已经默认的帮我们添加了很多功能，如消息转换器，静态资源映射，视图解析器，看下WebMvcAutoConfiguration的内部类WebMvcAutoConfigurationAdapter，其实就是实现了接口WebMvcConfigurer，然后再通过注解@Import(EnableWebMvcConfiguration.class)又将EnableWebMvcConfiguration这个配置类导入了进来，而我们点进去发现这个类的作用其实就是等同于之前我们说过的@EnableWebMvc。因此我们说的消息转换器啊，静态资源映射，视图解析器等这些默认实现就在WebMvcAutoConfiguration的内部类WebMvcAutoConfigurationAdapter又通过@Bean注入进来的

也就是说springboot其实帮我们整合好之后又默认帮我们做了一切常用的实现，这样我们开箱即用的不仅是整合好的框架，还有一些约定大于配置的功能，如静态资源要放在static下，其实就是默认帮我们做了资源映射，详细可以看下

org.springframework.boot.autoconfigure.web.servlet.WebMvcAutoConfiguration.WebMvcAutoConfigurationAdapter#addResourceHandlers

默认整合的功能基本满足于我们日常的开发，而如果我们还需要添加功能要怎么办呢？其实就是直接实现接口WebMvcConfigurer然后将当前类使用注解@Configuration标识为配置类即可。

那么为什么不能再继续继承接口WebMvcConfigurationSupport了呢？还是来看一下我们的自动配置类WebMvcAutoConfiguration吧,仔细看一下上面的配置类上的条件表达式中有这么一句非常非常重要的@ConditionalOnMissingBean(WebMvcConfigurationSupport.class)，

上面我们所属的所有整合功能的前提是当前ioc容器中没有WebMvcConfigurationSupport这个bean，我们看到了springboot自己的实现是在当前自动配置类生效的时候才通过实现接口WebMvcConfigurer的，所以容器中在当前配置类未执行之前也是没有这个WebMvcConfigurationSupport的，现在我们突然在项目中添加功能的时候去继承了这个类，然后标识为配置类之后，立马在容器中就出现了这个bean，然后springboot就会以为我们要全面接管整合springMVC，我们要抛弃它的默认实现，然后自己玩。然后就悲剧了。现在整个mvc中反而只有我们自己新加的这个扩展空间了。这在绝大多数情况下根本不是我们想要的。

还有一个问题，为什么加注解@EnableWebMvc也不行？

其实通过上面的讲解我们已经能够看出来，这个注解其实就是导入了DelegatingWebMvcConfiguration这个配置类，而这个类就是继承WebMvcConfigurationSupport的，这两个效果是相同的，所以也不行。

总而言之一句话，在WebMvcAutoConfiguration这个配置类执行之前，无论是继承WebMvcConfigurationSupport还是在某个配置类上添加了注解@EnableWebMvc，都会导致容器中会被注入类型为WebMvcConfigurationSupport的bean，而springboot在实现自动配置时将这种行为定义成了你要自己去实现``

以上为个人经验，希望能给大家一个参考，也希望大家多多支持编程网。