Spring MVC Bean加载控制

回顾一下我们一般写的项目包括那些包吧：

• config目录存入的是配置类,写过的配置类有:
  • ServletContainersInitConfig
  • SpringConfig
  • SpringMvcConfig
  • JdbcConfig
  • MybatisConfig
• controller目录存放的是SpringMVC的controller类
• service目录存放的是service接口和实现类
• dao目录存放的是dao/Mapper接口

bean加载控制

众所周知controller、service和dao这些类都需要被容器管理成bean对象：

• SpringMVC加载其相关bean(表现层bean),也就是controller包下的类
• Spring控制的bean
  • 业务bean(Service)
  • 功能bean(DataSource,SqlSessionFactoryBean,MapperScannerConfigurer等)

如下图所示：

其实很简单我们只需要在SpringMVC的配置类SpringMvcConfig中使用注解@ComponentScan，我们只需要将其扫描范围设置到controller即可

但是新的问题出现了，因为在Spring的配置类SpringConfig中使用注解@ComponentScan,当时扫描的范围中其实是已经包含了controller

从包结构来看的话，Spring已经多把SpringMVC的controller类也给扫描到，所以因为功能不同，如何避免Spring错误加载到SpringMVC的bean我们继续往下看。

具体操作

解决那个我们我们很容易想到方案：加载Spring控制的bean的时候排除掉SpringMVC控制的bean。

• 方式一:Spring加载的bean设定扫描范围为精准范围，例如service包、dao包等
• 方式二:Spring加载的bean设定扫描范围为com.itheima,排除掉controller包中的bean
• 方式三:不区分Spring与SpringMVC的环境，加载到同一个环境中[我不会我跟的视频老师没讲，因为是初阶这里就不涉及了，后面想起来了我会重新回来填坑的]

我们举个例子看下，一下面项目结构为例：

先悄悄给大家搂一样解决方案

方案一

修改Spring配置类，设定扫描范围为精准范围。

@Configuration
@ComponentScan({"com.taro.service","com.taro.dao"})
public class SpringConfig {
}

当然这个例子说明可以精确指定让Spring扫描对应的包结构，真正在做开发的时候，Dao最终是交给MapperScannerConfigurer对象来进行扫描处理的，我们只需要将其扫描到service包即可。 当然现在还是推荐推荐推荐扫描一下的。

方案二

方式二:修改Spring配置类，设定扫描范围为com.itheima,排除掉controller包中的bean

@Configuration
@ComponentScan(value="com.taro",
    excludeFilters=@ComponentScan.Filter(
    	type = FilterType.ANNOTATION,
        classes = Controller.class
    )
)
public class SpringConfig {
}

还记得@Configuration注解嘛，我们之前提到过，他出现的类Spring在扫描时会扫描它并加载bean

@Configuration//这里这里这里
@ComponentScan("com.taro.controller")
public class SpringMvcConfig {
}

接下来就是介绍一下我们写的那些属性都是哈了：

• excludeFilters属性：设置扫描加载bean时，排除的过滤规则
• type属性：设置排除规则，当前使用按照bean定义时的注解类型进行排除
  • ANNOTATION：按照注解排除
  • ASSIGNABLE_TYPE:按照指定的类型过滤
  • ASPECTJ:按照Aspectj表达式排除，基本上不会用
  • REGEX:按照正则表达式排除
  • CUSTOM:按照自定义规则排除
• classes属性：设置排除的具体注解类，当前设置排除@Controller定义的bean

当然，有了Spring的配置类，要想在tomcat服务器启动将其加载，我们需要修改ServletContainersInitConfig，还记得我们之前写的吗？

public class ServletContainersInitConfig extends AbstractDispatcherServletInitializer {
    protected WebApplicationContext createServletApplicationContext() {
        AnnotationConfigWebApplicationContext ctx = new AnnotationConfigWebApplicationContext();
        ctx.register(SpringMvcConfig.class);
        return ctx;
    }
    protected WebApplicationContext createRootApplicationContext() {
        AnnotationConfigWebApplicationContext ctx = new AnnotationConfigWebApplicationContext();
        ctx.register(SpringConfig.class);
        return ctx;
    }
    protected String[] getServletMappings() {
        return new String[]{"/"};
    }

}

既然氛围都到这里了，不整点简单的都不好意思了；

//web配置类简化开发，仅设置配置类类名即可
public class ServletContainersInitConfig extends AbstractAnnotationConfigDispatcherServletInitializer {

    protected Class<?>[] getRootConfigClasses() {
        return new Class[]{SpringConfig.class};
    }

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

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

直观的对比感受一下吧：

他俩是父子类哦。。。