1. 必需引用 mybatis-spring-boot-starter, 否则不能扫描生效。可以用 mybatis-plus 的 mybatis-plus-boot-starter 替代。
2. 从网上搜 MapperScan，大部分说是通过 basePackage 指定扫描多个包，本身没问题，但不是一个完美的方案。原因如下：
（1）如果扫描的包名是一个较顶级的，那么，一些不是 mapper 的 interface 也会被处理成 mapper 而被创建成一个 spring bean，造成系统无法启动，这肯定不行。
（2）只有缩小包的范围，最好是只配置 mapper 对应包，但如果把所有包含 mapper 的包罗列出来，则也存在不足。
- 其一，会导致列表变得比较长。用通配符解决一部分问题，但需要包包满足一些统一的规则。另外，对于层级不同的情况，不好处理。
- 其二，则降低了扩展性，因为每增加或调整 mapper 包，都要到 @MapperScan 中去注册。业务代码的变更影响了框架性的代码。尤其是对于多模块的情况，这个问题变得越发隐晦：谁能想到多引用一个模块就需要配置一下 @MapperScan?
- 其三，违背依赖的原则，本来框架不依赖业务，现在变成了框架反过来要因业务变化而调整代码。
3. 因此，我认为最好的方式是，在 @MapperScan 中，使用 basePackage + annotationClass 组件解决问题。
（1）所有的 mapper 上加上 @Mapper 注解。这是合理的，因为本身 mapper 属于一类特殊的接口，理应该要通过特殊注册进行区分。
（2）有了第1条，basePackage 就可以指定一个较顶级的包名了
通过上面两条，一方面解决了 mapper 包动态变化的问题，因为业务上的代码一般会有一个统一的包前缀，典型的如 com.cortName, 那么就可以把它作为 basePackage，只需要配置一次，后面的变化都不受影响。
示例：
@MapperScan(basePackages = {"com.biz1", "com.group2"}, annotationClass = Mapper.class)
