c# - 使用 Xamarin Android 版本 8、.net Standard 运行或不运行 ConfigureAwait(false) 以及服务和事件

Question

我看到了以下关于何时何地使用 ConfigureAwait(false) 的文章，但无法得到答案。

You Don’t Need ConfigureAwait(false), But Still Use It in Libraries, and UI apps. (e.g. Xamarin, WinForms etc)

https://blog.stephencleary.com/2017/03/aspnetcore-synchronization-context.html

This link说相反的答案

Best practice to call ConfigureAwait for all server-side code

When correctly use Task.Run and when just async-await

我的问题:

场景 1:下面的代码作为后台服务运行。

我的问题:每当 await 像下面的 A 和 B 一样使用时，是否需要 ConfigureAwait(false):

    [Service(Name = "com.MainApplicationService", Label = "Main Application Service", Exported = false)]
    public class MainApplicationService : Android.App.Service
    {

        public override IBinder OnBind(Intent intent)
        {
            return null;
        }

        [return: GeneratedEnum]
        public override StartCommandResult OnStartCommand(Intent intent, [GeneratedEnum] StartCommandFlags flags, int startId)
        {
            await InitAsync().ConfigureAwait(false);   //line A

            Task.Run(async () => await InitAsync().ConfigureAwait(false));   //line B

            return StartCommandResult.Sticky;
        }
    }

场景 2:下面的代码作为 UI 线程而不是后台服务运行

同样的问题:ConfigureAwait(false) 是否需要像下面的 C 和 D 一样使用 await:

public class StartupActivity : Android.App.Activity
{
    protected override void OnCreate(Bundle savedInstanceState)
    {
        base.OnCreate(savedInstanceState);

        await InitAsync().ConfigureAwait(false);  //line C

        Task.Run(async () => await InitAsync().ConfigureAwait(false));  //line D

        Finish();
    }
}

Xamarin Android ver 8，我认为它是 .net 标准。

https://github.com/davidfowl/AspNetCoreDiagnosticScenarios/blob/master/AsyncGuidance.md

Answer 1

也许这是一个不受欢迎的观点，但这些天我不使用 ConfigureAwait(false) 甚至在库中，请参阅:

"Revisiting Task.ConfigureAwait(continueOnCapturedContext: false) "

IMO，如果使用基于Task API 的代码关心当前的同步上下文以及它如何影响该 API 的行为(死锁、冗余上下文切换)等)，它可以使用 Task.Run 显式包装 API 调用，或使用上面链接中的 TaskExt.WithNoContext 之类的内容:

await Task.Run(() => InitAsync());
// or
await TaskExt.WithNoContext(() => InitAsync());

但在大多数情况下，特别是对于 UI 应用程序(其中有同步上下文，但线程可伸缩性不是问题)，可以保持原样，没有 Task.Run 或 配置等待:

await InitAsync();

这将使您有机会发现和调查潜在的死锁，然后再尝试使用 ConfigureAwait(false) 或 Task.Run 来缓解它们。

因此，在相同的同步上下文中继续总是不是一个坏主意，尤其是在未处理的异常被发布到当前同步上下文的async void 方法中，见TAP global exception handler .

---

已更新以回答评论中的问题:

What is the difference between await Task.Run(() => InitAsync()); and Task.Run(async () => await InitAsync()); and await Task.Run(async () => await InitAsync());

在这种情况下(一个简单的 async lambda to Task.Run)不同之处只是 async/await 编译器生成的状态机的额外开销，你不需要。 InitAsync 返回的任务将由 Task.Run 自动解包，无论哪种方式。有关更一般的情况，请参阅“Any difference between "await Task.Run(); return;" and "return Task.Run()"?”。

只有在 InitAsync 完成后需要做其他事情时，我才会在这里使用 async lambda，同时仍然不必担心同步上下文，例如:

await Task.Run(async() => {
    await InitAsync();
    // we're on a pool thread without SynchronizationContext
    log("initialized");
});

Double check: use discard like this _ = WorkAsync(); to suppress warning, but it doesn't catch exception. To handle exception, I need to define an extension method like Forget. on Fire and Forget approach

是的，这是我的选择，即发即弃。但是，我认为您的 InitAsync 在您的情况下并不是真正的即发即弃。也许，最好在类实例中跟踪它:_task = InitAsync() 并稍后观察 _task。

或者，更好的是，您可以在 OnCreate 中使用 async void 辅助方法来观察 InvokeAsync 的结果/异常:

protected override void OnCreate(Bundle savedInstanceState)
{
    base.OnCreate(savedInstanceState);

    async void function invokeInitAsync()
    {
        try 
        {
            await InitAsync();
            Finish();
        }
        catch(Exception e) {
            // handle the failure to initialize
            await promptAndExitUponErrorAsync(e);
        }
    }

    invokeInitAsync();
}

可能使 OnCreate 本身成为 async void，但是 base.OnCreate() 的异常(如果有的话)就不会了不会同步传播到覆盖的调用者，这可能会产生其他副作用。因此，我会使用辅助 async void 方法，它也可以像上面那样是本地的。

最后，考虑在您的ViewModel 层中采用异步，这样您就不必在OnCreate 等地方担心它了。有关详细信息，请参阅:“How to Unit test ViewModel with async initialization in WPF ”。