求助：EntityFramework异常发生时Database.CurrentTransaction变为null

嗨，我来帮你分析这个问题——其实这是EF的默认行为，算不上“奇怪”，只是咱们没摸透它的事务管理逻辑而已😉

问题根源 #

当你调用Database.BeginTransaction()开启事务后，如果代码执行抛出了未处理的异常，Entity Framework会自动回滚事务并释放相关资源，这时候Database.CurrentTransaction自然就变成null了。从你的代码片段来看，你只开启了事务，但没在catch块里处理事务的收尾工作，EF就自动帮你清理掉失效的事务了。

修复方案：规范事务生命周期管理 #

最稳妥的方式是用using语句来管理事务，同时在try/catch里显式控制提交和回滚，这样你能完全掌控事务的状态，也不会再遇到CurrentTransaction莫名变null的情况。给你调整后的代码示例：

public partial class Entities 
{ 
    public void DocumentUpdateForSync(string userLogin, IEntrySync document) 
    { 
        var timeEntry = document as Domain.Documents.TimeEntry; 
        // 用using包裹事务，自动处理资源释放
        using(var transaction = Database.BeginTransaction()) 
        {
            try 
            { 
                mobileTimeEntryUpdate(
                    userLogin, 
                    timeEntry.Id, 
                    timeEntry.ProjectId, 
                    timeEntry.ActivityTypeId, 
                    timeEntry.FileAs, 
                    timeEntry.StartTime, 
                    timeEntry.Duration, 
                    timeEntry.Comments, 
                    readAfterUpdate:false
                ).FirstOrDefault(); 
                // 无异常时提交事务
                transaction.Commit(); 
            } 
            catch(Exception ex)
            {
                // 显式回滚事务
                transaction.Rollback(); 
                // 这里可以加日志记录、业务补偿逻辑
                throw; // 根据业务需求决定是否重新抛出异常
            }
        }
    }
}

几个关键细节 #

• using的作用：即使发生未捕获的异常，using也会自动调用事务的Dispose方法，确保事务资源被正确释放，避免内存泄漏。
• 显式提交/回滚：把事务的控制权握在自己手里，而不是依赖EF的自动处理，这样你能明确知道事务在异常时已经被回滚，不会再困惑CurrentTransaction的状态。
• 为什么CurrentTransaction会变null：EF的设计逻辑是，当事务被回滚或释放后，会把CurrentTransaction置为null，防止你操作一个已经失效的事务，这是框架的保护机制。

内容的提问来源于stack exchange，提问作者Sergey