服务层和spring事务中的验证

Question

我过去认为，在分层应用程序（控制器或服务）中，将验证逻辑放在何处并不重要，但最近正在开发需要事务的服务（使用spring@Transactional）。Spring使用方面创建代理，Spring代码如下所示：

org.springframework.transaction.interceptor.事务支持

if (txAttr == null || !(tm instanceof CallbackPreferringPlatformTransactionManager)) {
    // Standard transaction demarcation with getTransaction and commit/rollback calls.
    TransactionInfo txInfo = createTransactionIfNecessary(tm, txAttr, joinpointIdentification);
    Object retVal = null;
    try {
        // This is an around advice: Invoke the next interceptor in the chain.
        // This will normally result in a target object being invoked.
        retVal = invocation.proceedWithInvocation();
    }
    catch (Throwable ex) {
        // target invocation exception
        completeTransactionAfterThrowing(txInfo, ex);
        throw ex;
    }
    finally {
        cleanupTransactionInfo(txInfo);
    }
    commitTransactionAfterReturning(txInfo);
    return retVal;
}

所以从我这里看到的，spring首先打开事务，然后执行代码。考虑到验证可能会失败，并且根本不需要DB调用，这是否意味着将验证逻辑置于服务层将在数据库上产生额外负载，例如应用程序将在没有任何原因的情况下打开/回滚事务？（回滚，因为验证通常会引发一些验证异常）。

Answer 1

使用验证器层非常方便，它只是验证对象。没什么事实。通常使用Spring@Transactionl i时，首先通过验证层验证对象，然后传递到服务层。

如果你真的关心db打开关闭，你可以检查@Transactional（传播=传播。必需的）注释。您可以检查这个答案@Transactional（传播=传播。需要）