getServletConfigClasses() 和 getRootConfigClasses()的不同点

getServletConfigClasses() 和 getRootConfigClasses()都是AbstractAnnotationConfigDispatcherServletInitializer的抽象方法，现在来看一下两者的区别。

Spring的ApplicationContext提供了加载多个（分层）上下文的功能，允许每个上下文集中在一个特定的层上，例如应用程序的Web层或中间层服务。

使用分层ApplicationContext的一个典型示例是，当我们在Web应用程序中有多个DispatcherServlet时，我们将分享一些常见的bean，例如它们之间的数据源。 这样，我们可以定义一个包含所有公共bean的Root ApplicationContext和从根上下文继承公共bean的多个WebApplicationContexts。

在Web MVC框架中，每个DispatcherServlet都有自己的WebApplicationContext，它继承了Root WebApplicationContext中已定义的所有bean。 可以在特定于servlet的作用域中重写这些继承的bean，并且可以为给定的Servlet实例定义新的作用域特定的bean。

 

如果您居住在单个DispatherServlet世界中，则此方案也可能只有一个根上下文：

Talk is cheap, Show me the code!

假设我们要开发一个Web应用程序，我们将使用Spring MVC，Spring Security和Spring Data JPA。对于这个简单的场景，我们至少会有三个不同的配置文件。一个WebConfig，包含我们所有与Web相关的配置，例如ViewResolvers，Controllers，ArgumentResolvers等。如下所示：

@EnableWebMvc
@Configuration
@ComponentScan(basePackages = "com.so.web")
public class WebConfig extends WebMvcConfigurerAdapter {
    @Bean
    public InternalResourceViewResolver viewResolver() {
        InternalResourceViewResolver viewResolver = new InternalResourceViewResolver();
        viewResolver.setPrefix("/WEB-INF/views/");
        viewResolver.setSuffix(".jsp");

        return viewResolver;
    }

    @Override
    public void configurePathMatch(PathMatchConfigurer configurer) {
        final boolean DO_NOT_USE_SUFFIX_PATTERN_MATCHING = false;
        configurer.setUseSuffixPatternMatch(DO_NOT_USE_SUFFIX_PATTERN_MATCHING);
    }
}

在这里，我正在定义一个ViewResolver，来解析普通的jsp。我们需要一个RepositoryConfig，它包含所有数据访问工具，如DataSource，EntityManagerFactory，TransactionManager等。它可能如下所示：

@Configuration
@EnableTransactionManagement
@EnableJpaRepositories(basePackages = "com.so.repository")
public class RepositoryConfig {
    @Bean
    public DataSource dataSource() { ... }

    @Bean
    public LocalContainerEntityManagerFactoryBean entityManagerFactory() { ... }

    @Bean
    public PlatformTransactionManager transactionManager() { ... }
}

还有一个包含所有安全相关内容的SecurityConfig！

@Configuration
@EnableWebSecurity
public class SecurityConfig extends WebSecurityConfigurerAdapter {
    @Override
    @Autowired
    protected void configure(AuthenticationManagerBuilder auth) throws Exception { ... }

    @Override
    protected void configure(HttpSecurity http) throws Exception { ... }
}

为了将所有这些粘合在一起，我们有两种选择。首先，我们可以通过在根上下文中添加RepositoryConfig和SecurityConfig以及在其子上下文中添加WebConfig来定义典型的分层ApplicationContext：

public class ServletInitializer extends AbstractAnnotationConfigDispatcherServletInitializer {
    @Override
    protected Class<?>[] getRootConfigClasses() {
        return new Class<?>[] { RepositoryConfig.class, SecurityConfig.class };
    }

    @Override
    protected Class<?>[] getServletConfigClasses() {
        return new Class<?>[] { WebConfig.class };
    }

    @Override
    protected String[] getServletMappings() {
        return new String[] { "/" };
    }
}

由于我们在这里只有一个DispatcherServlet，我们可以将Web Config添加到根上下文并使servlet上下文为空：

public class ServletInitializer extends AbstractAnnotationConfigDispatcherServletInitializer {
    @Override
    protected Class<?>[] getRootConfigClasses() {
        return new Class<?>[] { RepositoryConfig.class, SecurityConfig.class, WebConfig.class };
    }

    @Override
    protected Class<?>[] getServletConfigClasses() {
        return null;
    }

    @Override
    protected String[] getServletMappings() {
        return new String[] { "/" };
    }
}

Further Reading

Skaffman did a great job on explaining ApplicationContext hierarchies in this answer, which is highly recommended. Also, you can read Spring Documentation.