多System.Timers.Timer共享DbContext引发事务异常的解决方案咨询

核心结论 #

必须为每个Timer的每次操作创建独立的DbContext实例——EF Core的DbContext从设计上就不是线程安全的，多个线程同时访问同一个实例必然会引发内部状态混乱，进而导致你遇到的事务异常，这类问题靠恢复数据的方法根本无法解决。

问题根源 #

你当前的架构中，静态类的公共DbContext被两个Timer线程同时读写：

• DbContext内部维护着实体跟踪状态、事务会话等信息，多线程并发访问时这些状态会被打乱
• 当一个线程正在执行SaveChanges()或事务操作时，另一个线程的请求会触发会话冲突，抛出你提到的两类异常

具体改造方案 #

1. 移除全局共享的DbContext
   删掉静态类中的公共DbContext属性，不要让多个线程共用同一个实例。

2. 在Timer回调内创建独立DbContext
   每个Timer的每次执行逻辑中，用using包裹DbContext，确保操作完成后及时释放资源，示例代码如下：

   // 改造后的静态初始化类（无全局DbContext）
   public static class LottiManager
   {
       public static void CaricaDatabaseLotti()
       {
           // 启动预加载时也用临时DbContext，数据可存入线程安全缓存（如ConcurrentDictionary）
           using var tempContext = new LottiDbContext();
           var preloadedData = tempContext.Lotti.ToList();
           // 示例：存入线程安全缓存供后续使用
           // GlobalCache.Lotti = new ConcurrentDictionary<int, Lotto>(preloadedData.ToDict(l => l.Id));
       }
   }
   
   // Timer1业务逻辑
   private static void Timer1_ElaboraLotti(object state)
   {
       using var dbContext = new LottiDbContext();
       try
       {
           // 独立执行Timer1的业务操作
           var targetLotti = dbContext.Lotti.Where(l => l.Stato == "InAttesa").ToList();
           foreach (var lotto in targetLotti)
           {
               lotto.Stato = "Processato";
           }
           dbContext.SaveChanges();
       }
       catch (Exception ex)
       {
           // 异常处理逻辑
           Console.WriteLine($"Timer1执行失败：{ex.Message}");
       }
   }
   
   // Timer2业务逻辑（与Timer1完全独立）
   private static void Timer2_RipristinaLotti(object state)
   {
       using var dbContext = new LottiDbContext();
       try
       {
           // 独立执行Timer2的业务操作
           var targetLotti = dbContext.Lotti.Where(l => l.Stato == "Fallito").ToList();
           foreach (var lotto in targetLotti)
           {
               lotto.Stato = "InAttesa";
           }
           dbContext.SaveChanges();
       }
       catch (Exception ex)
       {
           Console.WriteLine($"Timer2执行失败：{ex.Message}");
       }
   }
   

3. 数据缓存注意事项
   如果启动时需要预加载数据，不要用DbContext缓存实体，而是将数据存入ConcurrentDictionary这类线程安全的容器，避免多线程访问时的冲突。

额外提醒 #

• 不要尝试用锁来“保护”共享DbContext，这会导致严重的性能瓶颈，甚至引发死锁
• DbContext的生命周期应尽可能短，对应单次业务操作，用完即释放是EF Core的标准使用规范

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