MyBatis是半自动ORM框架，需手写SQL并自主管理对象状态；Hibernate是全自动ORM框架，自动生成SQL并托管对象生命周期，二者核心区别在于SQL控制权与对象管理方式。
MyBatis 和 Hibernate 都是 Java 中主流的持久层框架，但它们解决数据库访问问题的思路完全不同。关键不在“谁更好”，而在于“谁更合适”——选错框架可能让开发变慢、调优变难、维护变重。
SQL 控制权：手写 vs 自动生成
这是最根本的分水岭。
- MyBatis 是 SQL 的主人：你写每一条 SELECT/UPDATE/INSERT，用 XML 或注解定义，框架只负责参数绑定、执行和结果映射。字段要不要查、JOIN 怎么写、索引怎么用，全由你决定。
- Hibernate 是 SQL 的代笔人：你操作对象（如 user.setName("张三")），它根据实体映射、关联配置和 HQL/Criteria 自动拼出 SQL。你看到的是对象行为，SQL 是幕后产物，有时甚至难以预测。
学习与开发节奏：轻量上手 vs 概念密集
入门门槛直接影响团队协作效率和新人产出速度。
- MyBatis 学会写基础 SQL + 理解 #{ } 和 ${ } 区别 + 会配一个 Mapper 接口，就能跑通 CRUD；动态 SQL（if/foreach）也容易理解。
- Hibernate 需要掌握 Session 生命周期、一级/二级缓存机制、懒加载触发条件、N+1 查询成因、脏检查原理、事务传播行为等概念。没理清这些，很容易写出性能隐患代码。
适用场景：性能敏感型 vs 模型驱动型
项目类型决定了框架是否“如鱼得水”。
立即学习“Java免费学习笔记（深入）”；
- 适合 MyBatis 的场景：报表类查询多、需要精细控制执行计划、遗留数据库表结构不规范、频繁变更 SQL 逻辑（如运营活动配置化查询）、对响应时间毫秒级敏感。
- 适合 Hibernate 的场景：新系统从零建模、领域对象关系复杂（如多级继承、组合嵌套）、业务以增删改查为主、团队倾向 DDD 设计、需要快速跨数据库迁移（HQL 层屏蔽方言差异）。
对象生命周期管理：自主掌控 vs 框架托管
这影响代码健壮性和调试成本。
- MyBatis 不介入对象状态。你查出来的 User 对象就是普通 POJO，修改后不会自动同步到数据库；更新需显式调用 update 方法。状态完全由你管理。
- Hibernate 跟踪对象状态（Transient/Managed/Detached/Removed）。在 Session 内修改属性，commit 时可能自动生成 UPDATE；状态流转不当易引发 LazyInitializationException 或 StaleObjectStateException。
