SpringMvc定制化

一、SpringBoot 自动配置套路

引入场景 starter —— xxxxAutoConfiguration —— 导入 xxxx组件 —— 绑定 xxxxProperties —— 绑定配置文件项

因此，需要修改时只需要修改配置文件项

二、定制化常见方式

使用 @Bean + 编写自定义配置类 ，增加或替换容器中的一些组件 （常用）

修改配置文件

使用定制化器 —— xxxxCustomizer

编写配置类， 实现 WebMvcConfigurer 接口，定制化 web 功能 （常用）

@EnableWebMvc + 实现 WebMvcConfigurer 接口 ，全面接管 SpringMvc，所有 SpringBoot 默认规则失效 （慎用）

@EnableWebMvc 原理

• WebMvcAutoConfiguration 中有全部 SpringMvc 默认自动配置功能类（静态资源、欢迎页…）
• 一旦使用 @EnableWebMvc ，其是一复合注释，导入 DelegatingWebMvcConfiguration 类

@Import({<!--{cke_protected}{C}%3C!%2D%2D%20%2D%2D%3E-->DelegatingWebMvcConfiguration.class})

DelegatingWebMvcConfiguration.class 只保证 SpringMvc 最底层的使用，其作用如下

（1）把系统中的所有 WebMvcConfigurer 拿过来，无论有多少 Configurer 都是这些 Configurer 合起来一起生效

（2）@EnableWebMvc 自动配置了一些最底层的组件（RequestMappingHandlerMapping …），这些组件依赖的组件都是从容器中获取

WebMvcAutoConfiguration 生效的条件为容器中没有 WebMvcConfigurationSupport.class这个组件（这个组件在DelegatingWebMvcConfiguration 中，DelegatingWebMvcConfiguration 在 EnableWebMvc 中）

@ConditionalOnMissingBean(WebMvcConfigurationSupport.class)

因此，使用 @EnableWebMvc 后，所有的自动配置规则都失效，慎用 ！！！

三、使用 @EnableWebMvc 案例

如下为 @EnableWebMvc 全面接管下，需自定义静态资源访问路径代码示例，不止是这个行为需要自定义，其他自动配置的行为全部需要自定义，因此要慎用

@Configuration
@EnableWebMvc // 完全控制 SpringMvc ， 全面接管 —— 谨慎使用
// 全面接管含义： SpringBoot 官方列举的自动配置，全部失效，必须自定义行为
public class AdminWebConfig implements WebMvcConfigurer {
    // 全面接管下，定义静态资源行为
    @Override
    public void addResourceHandlers(ResourceHandlerRegistry registry) {
        // 访问 a 路径下的所有请求，都去 static 文件夹下寻找
        registry.addResourceHandler("/a/**").addResourceLocations("classpath:/static/");
    }
}