不该直接用JDBC写增删改查，因其需手动管理连接、防空指针、拼SQL、处理异常与事务，易出错且难维护；MyBatis强调SQL优先，Hibernate强调对象优先，二者设计哲学相反，选错将导致返工。
为什么不该直接用 JDBC 写增删改查
手写 JDBC 代码做 Connection、PreparedStatement、ResultSet 管理，90% 的重复劳动都在防 NullPointerException、关资源、拼 SQL 字符串。一旦涉及多表关联或动态条件，if-else 套 SQL 字符串就很难维护。
- 每条语句都要手动处理
try-catch-finally关闭Statement和Connection -
ResultSet映射到对象要写大量rs.getString("xxx")，字段名写错不报错，运行时才SQLException - SQL 注入风险全靠人工检查
setString()是否漏掉参数 - 事务边界需手动调用
conn.setAutoCommit(false)和rollback()，出错容易漏回滚
MyBatis 和 Hibernate 的根本区别在哪
二者都封装了 JDBC，但设计哲学相反：MyBatis 是“SQL 优先”，Hibernate 是“对象优先”。选错会导致后期大量返工。
-
MyBatis：你写 SQL（XML 或注解），它只负责参数绑定和结果映射。适合复杂查询、分库分表、需要精细控制执行计划的场景 -
Hibernate：你定义实体类和关系（@Entity、@OneToMany），它自动生成 SQL。适合业务模型稳定、CRUD 占比高、团队熟悉 JPA 规范的项目 - 关键差异点：
Hibernate默认开启一级缓存（Session级），MyBatis默认无缓存；Hibernate有 N+1 查询问题（未配@Fetch(FetchMode.JOIN)时），MyBatis的<resultmap></resultmap>可显式控制嵌套查询次数
Hibernate 中 save()、persist()、merge() 到底该用哪个
这三个方法表面都是“存数据”，但触发时机、返回值、对 detached 对象行为完全不同，混用会引发 IdentifierGenerationException 或脏数据覆盖。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
save()：立即执行 INSERT，返回生成的主键（如Long），仅适用于 transient 对象；若传入已持久化对象，抛NonUniqueObjectException -
persist()：不保证立即 INSERT（可能延迟到 flush），不返回主键（返回void），更符合 JPA 规范；传入 detached 对象会抛异常 -
merge()：核心是“合并状态”。无论传入 transient 还是 detached 对象，都会先 SELECT 查是否存在，再 INSERT 或 UPDATE；慎用——它会无条件覆盖数据库中已有字段值，哪怕你只改了其中一列
// 错误：用 merge 更新单字段，却导致其他字段被 null 覆盖
User user = new User();
user.setId(123L);
user.setName("New Name"); // 其他字段为 null
userRepository.merge(user); // 数据库中 email、phone 全变 null！
// 正确：用 saveOrUpdate() 或 JPQL UPDATE（绕过实体生命周期）
userRepository.save(user); // 若 id 存在则 update，前提是 entity 已加载过
Hibernate 性能陷阱：懒加载失效与二级缓存配置
@ManyToOne(fetch = FetchType.LAZY) 写了不代表真懒加载——只要启用了 Open Session in View（Spring Boot 默认开启），toString() 或日志打印时仍会触发 N+1 查询，且难以定位。
立即学习“Java免费学习笔记（深入）”；
- 验证懒加载是否生效：关闭
spring.jpa.open-in-view=true，然后在 service 层外访问user.getDepartment().getName()，应抛LazyInitializationException - 二级缓存（
ehcache/redisson）必须显式启用：@Cacheable注解 +spring.jpa.properties.hibernate.cache.use_second_level_cache=true，否则所有缓存配置无效 -
Query Cache需额外开启：hibernate.cache.use_query_cache=true，且每个查询需调用query.setCacheable(true)，否则只缓存实体不缓存查询结果
真正难的是权衡：二级缓存能减数据库压力，但引入缓存一致性问题（如手动 evict() 不及时）、序列化开销（实体类必须实现 Serializable）、以及测试环境难复现的脏读。
