mybatis和mybatisplus冲突

### 解决 MyBatis 与 MyBatis-Plus 的冲突问题 当在一个项目中同时引入 `mybatis` 和 `myBatis-Plus` 时，可能会发生依赖冲突的情况。这是因为两者都提供了类似的接口和功能实现，而某些类或方法可能存在重叠。以下是几种解决方案： #### 方法一：排除冗余依赖 如果项目已经集成了 `MyBatis-Plus`，则不需要再单独引入基础版的 `mybatis` 或者 `mybatis-spring-boot-starter`，可以通过 Maven 或 Gradle 配置文件中的 `<dependency>` 节点来排除多余的依赖。 ```xml <dependency> <groupId>com.baomidou</groupId> <artifactId>mybatis-plus-boot-starter</artifactId> <version>3.4.x</version> </dependency> <!-- 排除 mybatis 基础包 --> <dependency> <groupId>org.mybatis.spring.boot</groupId> <artifactId>mybatis-spring-boot-starter</artifactId> <exclusions> <exclusion> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> </exclusion> </exclusions> </dependency> ``` 这种方法能够有效减少重复加载的基础组件，从而降低潜在的冲突风险[^1]。 #### 方法二：调整版本兼容性 为了确保两者的正常运行，建议选择相互匹配良好的版本组合。例如，`MyBatis 3.5.x` 可以很好地支持 `MyBatis-Plus 3.4.x` 版本的功能扩展；而对于 Spring Boot 用户来说，则推荐搭配使用 `mybatis-spring-boot-starter 2.x` 和 `mybatis-plus-boot-starter 3.x` 来构建应用环境[^3]。 #### 方法三：自定义 Mapper 扫描路径 有时即使解决了上述问题仍可能出现异常情况，比如多个框架争夺同一个 mapper 文件控制权的现象。此时可通过分别指定不同的扫描目录来规避此类矛盾现象的发生。 ```java @MapperScan(basePackages = {"com.example.mapper"}) public class Application { } // 对于 MyBatis-Plus 则可以这样设置 @EnableTransactionManagement @MapperScan("com.example.plusmapper") @SpringBootApplication public class PlusApplication { } ``` 以上方式明确了各自的职责范围，减少了不必要的干扰[^2]。 #### 方法四：处理字段命名差异 另外需要注意的是，在实际开发过程中还经常遇到实体对象属性名称同数据库列名不符而导致读写失败的情形。对此可借助 `@TableField` 注解为特定成员变量赋予别名或者设定其是否参与查询操作等特性加以修正[^4][^5]。 ```java @Data public class User { @TableField("`order`") // 使用反引号包裹关键词作为列名 private Integer order; @TableField(select = false) // 设置该字段不会被用于 select 查询语句之中 private Date createTime; } ``` 综上所述，通过合理规划项目的依赖结构以及充分利用各工具所提供的灵活配置选项，完全可以妥善应对由 `mybatis` 和 `mybatis-plus` 同时存在所引发的各种挑战。