异步方法在内部不使用等待的方法,因此同步也是如此



我听说过很多有关Asyncawait的信息,并且对此有基本的理解,但是我的知识是有限的。

目前,它散布在我正在从事的项目中,我正在尝试理解具有async方法的含义不是awaited

例如这样的东西:

public async Task<int> getNumber()
{
     return await getFirstNumber();    
}
public async Task<int> getFirstNumber()
{
     return 1;
}

请注意,在上面的示例中,这两种方法均为 async-但只有getnumber呼叫等待。

这是一个问题,如果是的,有什么问题?

getFirstNumber()是否拨打数据库或其他I/O,或其他可能会慢的东西?

这是我不惜一切代价避免的事情,还是有时可以避免,如果是的话,在什么情况下?

编辑:异步/等待警告不是我的VS版本的活动,因此我的代码在上面运行良好。

这只是一个问题,因为 async/ await模式具有与之相关的一定开销,在这种情况下无用。相反,您可以直接返回任务。

public Task<int> getFirstNumber()
{
     return Task.FromResult(1);
}

记住使用async/await只是实现详细信息,不会影响您方法的"接口"或面向公共的合同。因此,如果有一天您需要getFirstNumber()进行数据库调用,则可以自由切换到使用async/await,而无需破坏您的方法签名设定的期望。

如果您有兴趣,这是具有异步/等待模式的GetFirstNumber的IL代码:

getFirstNumber:
IL_0000:  newobj      UserQuery+<getFirstNumber>d__1..ctor
IL_0005:  stloc.0     
IL_0006:  ldloc.0     
IL_0007:  ldarg.0     
IL_0008:  stfld       UserQuery+<getFirstNumber>d__1.<>4__this
IL_000D:  ldloc.0     
IL_000E:  call        System.Runtime.CompilerServices.AsyncTaskMethodBuilder<System.Int32>.Create
IL_0013:  stfld       UserQuery+<getFirstNumber>d__1.<>t__builder
IL_0018:  ldloc.0     
IL_0019:  ldc.i4.m1   
IL_001A:  stfld       UserQuery+<getFirstNumber>d__1.<>1__state
IL_001F:  ldloc.0     
IL_0020:  ldfld       UserQuery+<getFirstNumber>d__1.<>t__builder
IL_0025:  stloc.1     
IL_0026:  ldloca.s    01 
IL_0028:  ldloca.s    00 
IL_002A:  call        System.Runtime.CompilerServices.AsyncTaskMethodBuilder<System.Int32>.Start<<getFirstNumber>d__1>
IL_002F:  ldloc.0     
IL_0030:  ldflda      UserQuery+<getFirstNumber>d__1.<>t__builder
IL_0035:  call        System.Runtime.CompilerServices.AsyncTaskMethodBuilder<System.Int32>.get_Task
IL_003A:  ret         
<getFirstNumber>d__1.MoveNext:
IL_0000:  ldarg.0     
IL_0001:  ldfld       UserQuery+<getFirstNumber>d__1.<>1__state
IL_0006:  stloc.0     
IL_0007:  nop         
IL_0008:  ldc.i4.1    
IL_0009:  stloc.1     
IL_000A:  leave.s     IL_0024
IL_000C:  stloc.2     
IL_000D:  ldarg.0     
IL_000E:  ldc.i4.s    FE 
IL_0010:  stfld       UserQuery+<getFirstNumber>d__1.<>1__state
IL_0015:  ldarg.0     
IL_0016:  ldflda      UserQuery+<getFirstNumber>d__1.<>t__builder
IL_001B:  ldloc.2     
IL_001C:  call        System.Runtime.CompilerServices.AsyncTaskMethodBuilder<System.Int32>.SetException
IL_0021:  nop         
IL_0022:  leave.s     IL_0039
IL_0024:  ldarg.0     
IL_0025:  ldc.i4.s    FE 
IL_0027:  stfld       UserQuery+<getFirstNumber>d__1.<>1__state
IL_002C:  ldarg.0     
IL_002D:  ldflda      UserQuery+<getFirstNumber>d__1.<>t__builder
IL_0032:  ldloc.1     
IL_0033:  call        System.Runtime.CompilerServices.AsyncTaskMethodBuilder<System.Int32>.SetResult
IL_0038:  nop         
IL_0039:  ret         
<getFirstNumber>d__1.SetStateMachine:
IL_0000:  ret         
<getFirstNumber>d__1..ctor:
IL_0000:  ldarg.0     
IL_0001:  call        System.Object..ctor
IL_0006:  nop         
IL_0007:  ret       

这就是使用task.fromresult((的样子:

getFirstNumber:
IL_0000:  nop         
IL_0001:  ldc.i4.1    
IL_0002:  call        System.Threading.Tasks.Task.FromResult<Int32>
IL_0007:  stloc.0     
IL_0008:  br.s        IL_000A
IL_000A:  ldloc.0     
IL_000B:  ret         

有些人说您的getFirstNumber方法中的任务是没有用的,我会走得更远,说,在您的两种方法中,等待任务并没有给您带来任何好处。等待任务的想法通常与以下事实有关:

  • 您需要该任务的结果(对于Task<TResult>(,;

  • 您要确保任务完全执行,以便您可以继续进行下一个语句;

在您的示例中,我看不到这种情况。您可以简单地写:

public Task<int> getNumber()
{
     return getFirstNumber();    
}
public Task<int> getFirstNumber()
{
     return Task.FromResult(1);
}

在现实世界中,想象一个使用实体框架访问数据层的存储库类。使用这样的方法没有错:

public Task<int> GetLatestUserId ()
{
    var resultTask = db.Users.Select(u => u.Id).OrderByDesc(id => id).FirstAsync();
    return resultTask;
}

此方法的来电者可能必须等待此返回的任务才能使用Internet值(int I'd = await repository.GetLatestUserId()(,因此,它必须是async方法。

最新更新