.NET Standard类库用TransactionScope报错，为何Core控制台可正常运行？

嘿，这个问题我之前也踩过坑，其实不是.NET Standard本身不支持TransactionScope，得先搞清楚.NET Standard的本质：它只是一套API规范，没有自己的运行时，所以能不能正常用System.Transactions里的类，完全看你的类库最终被哪个.NET运行时加载执行。

你遇到的差异原因很明确：

• 当你把类库放到.NET Core控制台应用里跑时，用的是.NET Core/.NET 5+的运行时，这套运行时对TransactionScope的本地事务支持是完整的，只要你没触发分布式事务场景，就不会报错。
• 但如果你的类库是在其他环境下运行（比如某些受限制的宿主，或者你代码里不小心触发了分布式事务），就会抛出那个“不支持分布式事务”的异常。

核心细节拆解 #

1. 本地事务 vs 分布式事务的区别

   • 如果你的事务里只操作单个数据库连接，TransactionScope会用本地事务，这在.NET Core/.NET 5+上完全没问题，不会碰分布式事务那套逻辑。
   • 但要是你在同一个事务里同时操作了多个不同的资源（比如连两个不同的数据库，或者数据库加消息队列），系统就会尝试启动分布式事务，而.NET Core/.NET 5+默认是不开启MSDTC（分布式事务协调器）的，这时候就会报错。你控制台能正常跑，大概率是因为控制台里的操作没触发这种多资源的场景。

2. .NET Standard对System.Transactions的支持
   System.Transactions是包含在.NET Standard 2.0及以上规范里的，所以你在类库引用这个命名空间、写代码完全没问题，但能不能跑起来，得看宿主运行时：

   • .NET Framework：完全支持，但分布式事务需要提前启用MSDTC。
   • .NET Core/.NET 5+：本地事务随便用，分布式事务得额外配置（比如开MSDTC，或者用支持分布式事务的数据库驱动）。

给你的解决建议 #

• 先排查事务场景：看看你的日志插入方法是不是在事务里同时访问了多个不同的资源，如果是，要么调整逻辑避免多资源操作，要么给宿主环境配置好分布式事务支持。
• 显式配置TransactionScope：创建TransactionScope的时候，明确指定参数，尤其是异步场景要开AsyncFlowOption.Enabled，确保所有连接都在同一个事务范围内：

  using (var scope = new TransactionScope(
    TransactionScopeOption.Required,
    new TransactionOptions { IsolationLevel = IsolationLevel.ReadCommitted },
    TransactionScopeAsyncFlowOption.Enabled))
  {
      // 你的日志插入和其他事务内操作
      scope.Complete();
  }
  

• 确认宿主运行环境：保证你的.NET Standard类库最终是在.NET Core/.NET 5+环境下运行，而且环境没有限制分布式事务（比如某些云平台默认禁用MSDTC）。

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