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/");
    }
}

到此这篇关于SpringMvc定制化深入探究原理的文章就介绍到这了,更多相关SpringMvc定制化内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！