根本区别在于主导权：hibernate坚持“对象优先”，全自动orm，屏蔽sql；mybatis主张“sql优先”，半自动映射，开发者完全掌控sql编写与优化。
Hibernate 和 MyBatis 的根本区别不在语法或配置细节，而在于对“谁该主导数据访问”这一问题的回答完全不同。
核心定位：对象优先 vs SQL 优先
Hibernate 的设计哲学是「让开发者彻底远离 SQL」。它把 Java 实体类当作一等公民，数据库只是背后存储的实现细节。只要定义好 @Entity、@OneToMany 等映射关系，增删改查、关联加载、事务边界，甚至分页和缓存，都由框架自动推导和执行。你操作的是对象，不是表；写的是 HQL（面向对象的查询语言），不是 SQL。
MyBatis 则反其道而行之——它认为 SQL 不该被隐藏，而应被显式管理、精细优化。它不试图替代 JDBC，而是做它的增强层：帮你省去 PreparedStatement 设置、ResultSet 遍历、连接管理这些重复劳动，但 SQL 本身必须由人来写。它不生成 SQL，只负责把参数塞进去、把结果映射回来。
ORM 完整性：全自动 vs 半自动
Hibernate 实现了完整的 ORM：从类到表、属性到字段、对象图到外键约束、继承策略到联合主键，全都可声明式定义。它追求的是“一次建模，处处运行”，包括跨数据库的可移植性（靠 Dialect 层屏蔽差异）。
MyBatis 只做两件事：SQL 到方法参数的绑定、结果集到 Java 对象的映射。它不管表结构怎么生成，不管对象之间如何关联，也不管更新时要不要检查版本字段。这些逻辑全交还给开发者。它本质上是“带映射能力的 SQL 执行器”，不是传统意义的 ORM 框架。
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
控制权归属：框架托管 vs 开发者掌控
在 Hibernate 中，SQL 是副产品。你调用 session.get(User.class, 1L)，它决定要不要走一级缓存、要不要延迟加载关联订单、最终生成什么样的 SELECT ... JOIN。你若想干预，就得退回到原生 SQL 或 Criteria API，等于部分放弃框架价值。
在 MyBatis 中，SQL 是第一现场。你要写 SELECT id, name FROM users WHERE status = #{status}，就只查这两个字段；你要加 ORDER BY、用 UNION ALL、调用存储过程、适配 MySQL 的 LIMIT 或 Oracle 的 ROWNUM，全部直接可控。没有“意外生成的 SQL”，也没有“难以调试的 N+1 查询”——问题出在哪，一眼可见。
适用前提：模型驱动 vs 场景驱动
Hibernate 天然适合领域模型稳定、业务逻辑复杂、团队倾向面向对象建模的项目。比如 ERP、CMS 这类以实体关系为核心、CRUD 占比高、跨库部署频繁的系统。
MyBatis 更契合数据模型已存在、查询逻辑多变、性能敏感、需要深度数据库特性的场景。比如报表中心、金融风控引擎、遗留系统对接，或者团队里有资深 DBA 参与 SQL 审核的项目。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
