是否需要显式事务回滚？

Question

那里的许多示例都主张对数据库事务进行显式回滚，具体方法如下：

using (var transaction = ...)
{
    try
    {
        // do some reading and/or writing here

        transaction.Commit();
    }
    catch (SqlException ex)
    {
        // explicit rollback
        transaction.Rollback();
    }
}

但是，我倾向于这样做：

using (var transaction = ...)
{
    // do some reading and/or writing here

    transaction.Commit();
}

当发生异常时，我只是依靠未提交事务的隐式回滚。

依靠这种隐式行为有什么问题吗？有人有令人信服的理由为什么我不应该这样做吗？

Answer 1

不，它不是特别需要的，但是我可以想到两个可能是个好主意的原因：

• 明晰

有人可能会争辩说使用transaction.Rollback()可以更清楚地表明在什么情况下不会进行交易。

• 释放锁

在处理事务时，重要的是要意识到某些锁定仅在事务回滚或提交时才被释放。如果您正在使用该using语句，则在处理该事务时将回滚该事务，但是如果由于某种原因您需要在using块内进行一些错误处理，则在回滚之前删除该事务（删除锁）可能会比较有利。执行复杂/耗时的错误处理。