从上面许多例子你可以看到,MVC Java编程配置和MVC命名空间的方式都提供了更高抽象层级的应用配置,它不需要你对底下创建的bean有非常深入的了解,相反,这使得你能仅专注于应用需要的配置。不过,有时你可能希望对应用的更精细控制,或你就是单纯希望理解底下的配置和机制。
要做到更精细的控制,你要做的第一步就是看看底层都为你创建了哪些bean。若你使用MVC Java编程的方式进行配置,你可以看看java文档,以及WebMvcConfigurationSupport
类的@Bean
方法。这个类有的配置都会自动被@EnableWebMvc
注解导入。事实上,如果你打开@EnableWebMvc
的声明,你就会看到应用于其上的@Import
注解。
精细控制的下一步是选择一个WebMvcConfigurationSupport
创建的bean,定制它的属性,或你可以提供自己的一个实例。这确保做到以下两步:移除@EnableWebMvc
注解以避免默认配置被自动导入,然后继承DelegatingWebMvcConfiguration
类,它是WebMvcConfigurationSupport
的一个子类。以下是一个例子:
@Configuration
public class WebConfig extends DelegatingWebMvcConfiguration {
@Override
public void addInterceptors(InterceptorRegistry registry){
// ...
}
@Override
@Bean
public RequestMappingHandlerAdapter requestMappingHandlerAdapter() {
// 自己创建适配器,或者调用super让基类处理
// 然后在这里定制bean的一些属性
}
}
应用应该只有一个继承
DelegatingWebMvcConfiguration
的配置类,或只有一个@EnableWebMvc
注解的类,因为它们背后注册的bean都是相同的。使用这个方式修改bean的属性,与这节前面展示的任何高抽象层级的配置方式并不冲突。
WebMvcConfigurerAdapter
的子类和WebMvcConfigurer
的实现都还是会被使用。