Spring Data JPA 的 save() 默认行为是“存在则更新、不存在则插入”（upsert），而非严格意义上的更新；若需确保仅更新已存在实体，应先校验主键是否存在，否则显式抛出异常。
spring data jpa 的 `save()` 默认行为是“存在则更新、不存在则插入”（upsert），而非严格意义上的更新；若需确保仅更新已存在实体，应先校验主键是否存在，否则显式抛出异常。
在 Spring Data JPA（配合 Hibernate 6）中，JpaRepository.save() 的语义并非单纯的“UPDATE”，而是一个智能的持久化决策方法：它通过 EntityInformation.isNew(entity) 判断实体是否为“新对象”——即是否尚未被持久化（通常依据主键是否为 null 或默认值，或是否满足自定义的 isNew() 逻辑）。对于你定义的 Test 实体，其主键 id 是 Integer 类型且使用 IdentityGenerator（数据库自增），isNew() 的默认实现会检查 id == null。但你在调用时显式传入了 new Test(10, "any name")，此时 id = 10 非空，isNew() 返回 false，导致 JPA 认为该实体“应已存在”，进而执行 merge()：先 SELECT 主键为 10 的记录，未查到则触发 INSERT。
这正是你观察到“本想更新却意外插入”的根本原因。虽然 Javadoc 中提到 save() “may throw an exception if the entity is assumed to be present but does not exist”，但这仅适用于乐观锁冲突（OptimisticLockingFailureException）等特定场景，并不涵盖主键不存在的情形——JPA 规范本身将 merge() 定义为“无条件合并”，不强制要求目标必须存在。
✅ 推荐的安全更新方案（最佳实践）：
@Service
public class TestService {
private final TestRepository testRepository;
public TestService(TestRepository testRepository) {
this.testRepository = testRepository;
}
@Transactional
public Test updateExisting(Integer id, String newName) {
// 步骤 1：显式检查实体是否存在
Test existing = testRepository.findById(id)
.orElseThrow(() -> new EntityNotFoundException(
"Test entity with id " + id + " does not exist"));
// 步骤 2：更新业务字段（非主键）
existing.setName(newName);
// 步骤 3：保存（此时 isNew() 仍为 false，触发 merge，但因实体已加载，安全更新）
return testRepository.save(existing);
}
}⚠️ 为什么不推荐以下方式？
- ❌ 直接重写
SimpleJpaRepository并调用已废弃的session.update()：Hibernate 6 已移除该方法，且绕过一级缓存与变更跟踪，易引发StaleObjectStateException或数据不一致。 - ❌ 修改
isNew()行为（如强制id != null不代表存在）：破坏 JPA 生命周期契约，影响persist()/merge()语义统一性，增加维护成本。 - ❌ 使用原生 SQL 或
@Modifying @Query：丧失 ORM 抽象优势，难以复用审计、事件等 Spring Data 功能。
? 进阶建议：
- 若高频执行“存在才更新”操作，可封装为通用工具方法，或借助 Spring Data JPA 3.2+ 新增的
updateById()（需启用spring.data.jpa.repositories.modifications.allow-update-by-id=true配置，底层生成UPDATE ... WHERE id = ?）。 - 对于强一致性要求场景，可在数据库层添加唯一约束 + 应用层捕获
DataIntegrityViolationException做兜底，但不如前置校验语义清晰。
总之，尊重 JPA 规范的设计意图，用 findById().orElseThrow() 显式表达业务意图，是清晰、安全、可维护的首选方案。
