如果插入操作由于无效的外键而失败，那么hibernate将抛出org.hibernate.exception.ConstraintViolationException，它在内部具有导致此异常的DB约束的名称。然后，您可以使用它来确定是哪个外键导致了此错误。
请注意，Spring可能会使用自己的Exception对象 Package 此异常，因为它具有持久性异常转换功能。这意味着在捕捉到spring-data抛出的异常后，可能需要遍历异常的因果链来找出ConstraintViolationException。我通常用Guava来做。Something like：

try{
  repository.saveAndFlush(employee);
} catch (Exception ex){
     Set<String> violateConstraintNames= Throwables.getCausalChain(ex).stream()
       .filter(e -> e instanceof ConstraintViolationException)
       .map(e -> (ConstraintViolationException) e)
       .map(ConstraintViolationException::getConstraintName)
       .collect(toSet());

     if(violateConstraintNames.contain("employee_department_fk")){
         throw new RuntimeException("Department does not exist");
     }else if (violateConstraintNames.contain("employee_manager_fk")){
         throw new RuntimeException("Manager does not exist");
     }else{
         throw ex;
     }
}

与使用findById()获取和检查引用的对象是否有效相比，代码看起来很难看。它还将DB实现细节（即外键的名称）泄漏到代码中，这是我会避免的。你是对的，它将引入额外的选择SQL，但我认为这是过早的优化，因为通过ID选择应该非常快，这要归功于数据库索引。同样，在重要的应用程序中，您迟早会发现必须获取这些引用对象以检查它是否通过某些业务规则，这是非常常见的。

我知道这个问题今天已经很老了，但在这种情况下，你必须捕获JpaObjectRetrievalFailureException而不是EntityNotFoundException。