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定制化内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341