在 TransactionScope 中触发和忘记异步代码的最佳方法

Question

我正在为 TransactionScope 对象的 using 块内做一些事情。在某些时候，我想通过触发并忘记来调用一些异步代码（我不想等待结果，而且我对该调用期间发生的事情不感兴趣）并且我希望该代码不属于交易（通过使用TransactionScopeOption.Suppress 选项）。

所以最初我做了一些类似于我在下面的代码中评论过的methodFails。它给了我一个很好的“System.InvalidOperationException：'TransactionScope 嵌套不正确'”。我在 SO 中查找了有类似问题的人，并发现了这个 Question，其中 ZunTzu 的答案给了我使用 TransactionScopeAsyncFlowOption.Enabled 选项的 method1 的想法，这与我对 methodFails 的预期一样有效，但没有例外。

然后我想到了一个替代方案，我将method2 放入其中，将异步代码放入第三种方法（method3）中，该方法由触发后调用调用，而TransactionScopeOption.Suppress 选项保留在非-异步method2。在我的示例程序中，这种方法似乎与method1 一样有效。

所以我的问题是：哪种方法更好，method1 或 method2，或者可能是我没想到的第三种方法？我倾向于method1，因为这听起来像是“制作 TransactionScope 类的人将 TransactionScopeAsyncFlowOption 放在那里是有原因的”。但是TransactionScopeAsyncFlowOption.Enabled 不是 TransactionScope 的默认值这一事实让我认为启用它可能会影响性能，而即发即弃可能是我可以保存该性能影响的一种特殊情况。

示例代码：

    class Program
    {
        static void Main(string[] args)
        {
            using (TransactionScope scope1 = new TransactionScope())
            {
                // Do some stuff in scope1...

                // Start calls that could execute async code
                //Task a = methodFails(); // This commented method would launch exception: System.InvalidOperationException: 'TransactionScope nested incorrectly'
                Task b = method1(); // Fire and forget
                method2();

                // Rest of stuff in scope1 ...
            }
            Console.ReadLine();
        }

        static async Task methodFails()
        {
            //Start of non-transactional section 
            using (TransactionScope scope2 = new TransactionScope(TransactionScopeOption.Suppress))
            {
                //Do non-transactional work here
                Console.WriteLine("Hello World 0.1!!");
                await Task.Delay(10000);
                Console.WriteLine("Hello World 0.2!!");
            }
            //Restores ambient transaction here
            Console.WriteLine("Hello World 0.3!!");
        }

        static async Task method1()
        {
            //Start of non-transactional section 
            using (TransactionScope scope2 = new TransactionScope(TransactionScopeOption.Suppress, TransactionScopeAsyncFlowOption.Enabled))
            {
                //Do non-transactional work here
                Console.WriteLine("Hello World 1.1!!");
                await Task.Delay(10000);
                Console.WriteLine("Hello World 1.2!!");
            }
            //Restores ambient transaction here
            Console.WriteLine("Hello World 1.3!!");
        }

        static void method2()
        {
            //Start of non-transactional section 
            using (TransactionScope scope2 = new TransactionScope(TransactionScopeOption.Suppress))
            {
                //Do non-transactional work here
                Task ignored = method3(); // Fire and forget
            }
            //Restores ambient transaction here
            Console.WriteLine("Hello World 2.2!!");
        }

        static async Task method3()
        {
            //Do non-transactional work here
            Console.WriteLine("Hello World 2.1!!");
            await Task.Delay(10000);
            Console.WriteLine("Hello World 2.3!!");
        }
    }

Answer 1

但是 TransactionScopeAsyncFlowOption.Enabled 不是 TransactionScope 的默认值这一事实让我认为启用它可能会影响性能，而即发即弃可能是我可以保存该性能影响的特殊情况。

TransactionScopeAsyncFlowOption.Enabled 是为了向后兼容的目的而引入的，当时他们修复了一个错误。奇怪的是，除非您通过设置此标志“选择加入”，否则您不会从错误修复中受益。他们这样做是为了使错误修复不会破坏任何依赖错误行为的现有代码。

在this article:

您可能不知道这一点，但 .NET Framework 的 4.5.0 版本包含一个关于 System.Transactions.TransactionScope 及其与 async/await 的行为方式的严重错误。由于此错误，TransactionScope 无法流入您的异步延续。这可能会更改事务的线程上下文，导致在释放事务范围时引发异常。

这是一个大问题，因为它使得编写涉及事务的异步代码非常容易出错。

好消息是，作为 .NET Framework 4.5.1 的一部分，Microsoft 发布了针对“异步延续”错误的修复程序。问题是像我们这样的开发人员现在需要明确选择加入才能获得这种新行为。让我们看看如何做到这一点。

• 包装异步代码的 TransactionScope 需要在其构造函数中指定 TransactionScopeAsyncFlowOption.Enabled。

Answer 2

您可以在 HostingEnvironment.QueueBackgroundWorkItem 调用中调用您的异步方法。

HostingEnvironment.QueueBackgroundWorkItem(async cancellationToken =>
{
    await LongRunningMethodAsync();
});

QueueBackgroundWorkItem总结如下：

HostingEnvironment.QueueBackgroundWorkItem 方法让您 安排小的背景工作项目。 ASP.NET 跟踪这些项目并 防止 IIS 突然终止工作进程，直到所有 后台工作项已完成。