当前位置: 首页 > 编程笔记 >

为什么不要使用 async void的原因分析

钱照
2023-03-14
本文向大家介绍为什么不要使用 async void的原因分析,包括了为什么不要使用 async void的原因分析的使用技巧和注意事项,需要的朋友参考一下

问题

在使用 Abp 框架的后台作业时,当后台作业抛出异常,会导致整个程序崩溃。在 Abp 框架的底层执行后台作业的时候,有 try/catch 语句块用来捕获后台任务执行时的异常,但是在这里没有生效。

原始代码如下:

public class TestAppService : ITestAppService
{
  private readonly IBackgroundJobManager _backgroundJobManager;
  public TestAppService(IBackgroundJobManager backgroundJobManager)
  {
    _backgroundJobManager = backgroundJobManager;
  }
  public Task GetInvalidOperationException()
  {
    throw new InvalidOperationException("模拟无效操作异常。");
  }
  public async Task<string> EnqueueJob()
  {
    await _backgroundJobManager.EnqueueAsync<BG, string>("测试文本。");
    return "执行完成。";
  }
}
public class BG : BackgroundJob<string>, ITransientDependency
{
  private readonly TestAppService _testAppService;
  public BG(TestAppService testAppService)
  {
    _testAppService = testAppService;
  }
  public override async void Execute(string args)
  {
    await _testAppService.GetInvalidOperationException();
  }
}

调用接口时的效果:

原因

出现这种情况是因为任何异步方法返回 void 时,抛出的异常都会在 async void 方法启动时,处于激活状态的同步上下文 (SynchronizationContext) 触发,我们的所有 Task 都是放在线程池执行的。

所以在上述样例当中,此时 AsyncVoidMethodBuilder.Create() 使用的同步上下文为 null ,这个时候 ThreadPool 就不会捕获异常给原有线程处理,而是直接抛出。

线程池在底层使用 AsyncVoidMethodBuilder.Craete() 所拿到的同步上下文,所捕获异常的代码如下:

internal static void ThrowAsync(Exception exception, SynchronizationContext targetContext)
{
  var edi = ExceptionDispatchInfo.Capture(exception);
  // 同步上下文是空的,则不会做处理。
  if (targetContext != null)
  {
    try
    {
      targetContext.Post(state => ((ExceptionDispatchInfo)state).Throw(), edi);
      return;
    }
    catch (Exception postException)
    {
      edi = ExceptionDispatchInfo.Capture(new AggregateException(exception, postException));
    }
  }
}

虽然你可以通过挂载 AppDoamin.Current.UnhandledException 来监听异常,不过你是没办法从异常状态恢复的。

解决

可以使用 AsyncBackgroundJob<TArgs> 替换掉之前的 BackgroundJob<TArgs> ,只需要实现它的 Task ExecuteAsync(TArgs args) 方法即可。

public class BGAsync : AsyncBackgroundJob<string>,ITransientDependency
{
  private readonly TestAppService _testAppService;
  public BGAsync(TestAppService testAppService)
  {
    _testAppService = testAppService;
  }
  protected override async Task ExecuteAsync(string args)
  {
    await _testAppService.GetInvalidOperationException();
  }
}

总结

以上所述是小编给大家介绍的为什么不要使用 async void的原因分析,希望对大家有所帮助,如果大家有任何疑问欢迎给我留言,小编会及时回复大家的!

 类似资料:
  • 问题内容: 我见过很多人声称您应该在选择查询中专门为想要的每一列命名。 假设我仍然要使用所有列,为什么我不使用? 即使考虑问题* SQL查询-从视图选择或从视图*选择col1,col2,’colN,我也不认为这是完全相同的副本,因为我正从略有不同的观点着手解决这个问题。 我们的原则之一是在优化之前就不进行优化。考虑到这一点,在被证明是资源问题或架构几乎是固定的之前,似乎应该使用 首选的 方法。众所

  • 在哪些情况下,应该使用? 是否只是为了合法性问题? 如果是,那么问题是什么? 因为我仍然使用开发我的所有项目

  • eval 函数会在当前作用域中执行一段 JavaScript 代码字符串。 var foo = 1; function test() { var foo = 2; eval('foo = 3'); return foo; } test(); // 3 foo; // 1 但是 eval 只在被直接调用并且调用函数就是 eval 本身时,才在当前作用域中执行。 var fo

  • 问题内容: 当我尝试运行程序时,出现以下错误 请帮忙 问题答案: 从Javadoc: 如果Java虚拟机找不到声明为native的方法的适当本机语言定义,则抛出该异常。 这是与JNI相关的错误。loadJacobLibrary试图加载名为jacob-1.14.3-x86的本机库,但在java.library.path定义的路径上找不到该库。启动JVM时,应将此路径定义为系统属性。例如 在Windo

  • 在这里抛出RejectedExecutionException是否有其他原因? java.util.concurrent.RejectedExecutionException:任务java.util.concurrent.FutureTask@4194a5f0被java.util.concurrent.ThreadPoolExecutor@41a36e90拒绝[终止,池大小=0,活动线程=0,排队

  • 问题内容: 什么是决定不具有的接口完全通用的get方法背后的原因。 为了澄清这个问题,方法的签名是 代替 我想知道为什么(与相同)。 问题答案: 正如其他人所提到的,之类的原因不是通用的,因为你要检索的条目的键不必与你传递给的对象的类型相同;方法的规范仅要求它们相等。这从方法如何将对象作为参数(而不仅仅是与对象相同的类型)中得出。 尽管通常已经定义了许多类,以便其对象只能等于其自己的类的对象,这确