登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  java教程

MyBatisXML与注解混合使用教程

时间:2026-03-10 22:33:44 416浏览 收藏

MyBatis 支持 XML 与注解混合配置,但绝非随意混搭——XML 具有绝对优先级,一旦接口方法在 XML 中定义了同名语句,对应注解将被完全忽略;成功混用的关键在于清晰划分职责边界:简单 CRUD 用注解(尤其是 `@SelectProvider` 处理轻量动态SQL),复杂多表、嵌套条件等强逻辑必须交由 XML 承担,同时严格确保 namespace 与接口全限定名一致、XML 路径正确加载、参数命名精准匹配,否则极易陷入“语句未找到”“值为 null”“修改不生效”等隐蔽陷阱——混用不是为了省事,而是用对的地方,让结构更清晰、维护更可控、性能更稳定。

如何配置Java的MyBatis开发环境_XML与注解混合配置教程

MyBatis XML 和注解能混用吗?能,但得守规矩

能混用,但不是随便在同一个 Mapper 接口里一会儿写 @Select,一会儿又配 selectById 在 XML 里——MyBatis 会直接忽略注解,只认 XML。根本原因是:一旦为某个接口方法找到了对应的 XML 中的 和接口方法名

  • 参数名不一致也会触发该错误:XML 里用 #{id},但接口是 selectById(@Param("uid") Long id),那得写成 #{uid},否则取不到值,还可能静默为 null
  • Spring Boot + MyBatis 3.4.6+ 可开启 mybatis.configuration.use-generated-keys=true,但跟混用无关,别误以为开了就能绕过命名约束
  • 为什么 @SelectProvider 写着写着就变慢了?

    因为每次调用都会反射执行 provider 类里的方法生成 SQL 字符串,如果 provider 方法里做了 IO、循环拼接或未缓存 StringBuilder,性能损耗明显。它适合“SQL 结构固定、仅参数动态”的场景,不适合替代 XML 做复杂逻辑。

    • 避免在 provideSql() 里查数据库、读配置文件、调远程服务
    • 字符串拼接务必用 StringBuilder,别用 +;条件分支多时,提前 return,别堆满 if-else
    • 如果发现 @SelectProvider 方法开始做 if (user.getRole() != null) sql.append(" AND role = #{role}") 这种事,说明该挪回 XML 了——XML 的 是预编译优化过的,更稳

    混用本身不难,难的是边界感:XML 管结构,注解管简单即席查询,Provider 管轻量动态拼装。越想一把梭哈,越容易掉进命名冲突、缓存失效、调试黑盒的坑里。

    今天关于《MyBatisXML与注解混合使用教程》的内容介绍就到此结束,如果有什么疑问或者建议,可以在golang学习网公众号下多多回复交流;文中若有不正之处,也希望回复留言以告知!

    相关阅读
    更多>
    最新阅读
    更多>
    课程推荐
    更多>