Programação assíncrona com Async e Await (Visual Basic)
É possível evitar gargalos de desempenho e aprimorar a resposta geral do seu aplicativo usando a programação assíncrona. No entanto, as técnicas tradicionais para escrever aplicativos assíncronos podem ser complicadas, dificultando sua escrita, depuração e manutenção.
O Visual Studio 2012 apresenta uma abordagem simplificada, programação assíncrona, que aproveita o suporte assíncrono no .NET Framework 4.5 e superior, bem como no Windows Runtime. O compilador faz o trabalho difícil que o desenvolvedor costumava fazer, e seu aplicativo mantém a estrutura lógica que se assemelha ao código síncrono. Como resultado, você obtém todas as vantagens da programação assíncrona com uma fração do esforço.
Este tópico oferece uma visão geral de quando e como usar a programação assíncrona e inclui links para tópicos de suporte que contêm detalhes e exemplos.
A assincronia melhora a capacidade de resposta
A assincronia é essencial para atividades potencialmente causadoras de bloqueios, como quando seu aplicativo acessa a Web. O acesso a um recurso da Web às vezes é lento ou atrasado. Se tal atividade for bloqueada dentro de um processo síncrono, todo o aplicativo deverá esperar. Em um processo assíncrono, o aplicativo poderá prosseguir com outro trabalho que não dependa do recurso da Web até a tarefa potencialmente causadora do bloqueio terminar.
A tabela a seguir mostra a áreas típicas onde a programação assíncrona melhora a resposta. As APIs listadas do .NET Framework 4.5 e do Windows Runtime contêm métodos que dão suporte à programação assíncrona.
| Área do aplicativo | APIs de suporte que contêm métodos assíncronos |
|---|---|
| Acesso à Web | HttpClient, SyndicationClient |
| Trabalhando com arquivos | StorageFile, StreamWriter, StreamReader, XmlReader |
| Trabalhando com imagens | MediaCapture, BitmapEncoder, BitmapDecoder |
| Programação WCF | Operações síncronas e assíncronas |
A assincronia é especialmente importante para aplicativos que acessam o thread de interface de usuário porque todas as atividades relacionadas à interface do usuário normalmente compartilham um único thread. Se um processo for bloqueado em um aplicativo síncrono, todos serão bloqueados. Seu aplicativo para de responder, o que poderia levar você a concluir que ele falhou quando, na verdade, está apenas aguardando.
Quando você usa métodos assíncronos, o aplicativo continua a responder à interface do usuário. Você poderá redimensionar ou minimizar uma janela, por exemplo, ou fechar o aplicativo se você não desejar aguardar sua conclusão.
A abordagem baseada em assincronia adiciona o equivalente de uma transmissão automática à lista de opções disponíveis para escolha ao criar operações assíncronas. Ou seja, você obtém todos os benefícios da programação assíncrona tradicional, mas com muito menos esforço do desenvolvedor.
Os métodos assíncronos são mais fáceis de escrever
As palavras-chave Async e Await no Visual Basic são a parte central da programação assíncrona. Ao usar essas duas palavras-chave, você pode usar recursos do .NET Framework ou do Windows Runtime para criar um método assíncrono quase que tão facilmente como cria um método síncrono. Os métodos assíncronos que você define usando Async e Await são chamados de métodos assíncronos.
O exemplo a seguir mostra um método assíncrono. Quase tudo no código deve ser completamente familiar para você. Os comentários chamam os recursos que você deve adicionar para criar a assincronia.
O arquivo de exemplo completo do WPF (Windows Presentation Foundation) pode ser encontrado no final deste tópico. Você também pode baixar o exemplo de Exemplo de assincronia: exemplo de "Programação assíncrona com Async e Await".
' Three things to note about writing an Async Function:
' - The function has an Async modifier.
' - Its return type is Task or Task(Of T). (See "Return Types" section.)
' - As a matter of convention, its name ends in "Async".
Async Function AccessTheWebAsync() As Task(Of Integer)
Using client As New HttpClient()
' Call and await separately.
' - AccessTheWebAsync can do other things while GetStringAsync is also running.
' - getStringTask stores the task we get from the call to GetStringAsync.
' - Task(Of String) means it is a task which returns a String when it is done.
Dim getStringTask As Task(Of String) =
client.GetStringAsync("https://docs.microsoft.com/dotnet")
' You can do other work here that doesn't rely on the string from GetStringAsync.
DoIndependentWork()
' The Await operator suspends AccessTheWebAsync.
' - AccessTheWebAsync does not continue until getStringTask is complete.
' - Meanwhile, control returns to the caller of AccessTheWebAsync.
' - Control resumes here when getStringTask is complete.
' - The Await operator then retrieves the String result from getStringTask.
Dim urlContents As String = Await getStringTask
' The Return statement specifies an Integer result.
' A method which awaits AccessTheWebAsync receives the Length value.
Return urlContents.Length
End Using
End Function
Se AccessTheWebAsync não tiver nenhum trabalho que possa fazer entre chamar GetStringAsync e aguardar a conclusão, você poderá simplificar o código ao chamar e esperar na instrução única a seguir.
Dim urlContents As String = Await client.GetStringAsync()
As seguintes características resumem o que transforma o exemplo anterior em um método assíncrono:
A assinatura do método inclui um modificador
Async.O nome de um método assíncrono, por convenção, termina com um sufixo "Async".
O tipo de retorno é um dos seguintes tipos:
- Task(Of TResult) se o método tem uma instrução return em que o operando tem o tipo TResult.
- Task se o método não possui instrução de retorno alguma ou se ele possui uma instrução de retorno sem operando.
- Sub se você estiver escrevendo um manipulador de eventos assíncronos.
Para obter mais informações, consulte “Tipos e parâmetros de retorno” mais adiante neste tópico.
O método geralmente inclui pelo menos uma expressão await, a qual marca um ponto onde o método não pode continuar até que a operação assíncrona aguardada seja concluída. Enquanto isso, o método é suspenso e o controle retorna para o chamador do método. A próxima seção deste tópico ilustra o que acontece no ponto de suspensão.
Em métodos assíncronos, você usa as palavras-chave e os tipos fornecidos para indicar o que deseja fazer, e o compilador faz o resto, inclusive acompanhar o que deve acontecer quando o controle retorna a um ponto de espera em um método suspenso. Alguns processos de rotina, como loops e a manipulação de exceções, podem ser difíceis de manipular em um código assíncrono tradicional. Em um método assíncrono, você escreve esses elementos da mesma forma que faria em uma solução síncrona, e o problema é resolvido.
Para obter mais informações sobre assincronia nas versões anteriores do .NET Framework, consulte Programação assíncrona do .NET Framework tradicional e TPL.
O que acontece em um método assíncrono
O mais importante que você deve compreender na programação assíncrona é a forma como o fluxo de controle avança de um método para outro. O diagrama a seguir pode ser usado para conduzi-lo pelo processo:
Os números no diagrama correspondem às seguintes etapas:
Um manipulador de eventos chama e aguarda o método assíncrono
AccessTheWebAsync.AccessTheWebAsynccria uma instância de HttpClient e chama o método assíncrono GetStringAsync para baixar o conteúdo de um site como uma cadeia de caracteres.Algo acontece em
GetStringAsyncque suspende o andamento. Talvez ele deva aguardar o download de um site ou alguma outra atividade causadora de bloqueio. Para evitar o bloqueio de recursos,GetStringAsynctransfere o controle para seu chamador,AccessTheWebAsync.GetStringAsyncretorna um Task(Of TResult) em que TResult é uma cadeia de caracteres eAccessTheWebAsyncatribui a tarefa à variávelgetStringTask. A tarefa representa o processo contínuo para a chamada aGetStringAsync, com um compromisso de produzir um valor de cadeia de caracteres real quando o trabalho estiver concluído.Como o
getStringTaskainda não foi esperado,AccessTheWebAsyncpode continuar com outro trabalho que não depende do resultado final deGetStringAsync. O trabalho é representado por uma chamada ao método síncronoDoIndependentWork.DoIndependentWorké um método síncrono que faz seu trabalho e retorna ao seu chamador.AccessTheWebAsyncestá sem trabalho que ele possa executar sem um resultado degetStringTask. Em seguida,AccessTheWebAsyncdeseja calcular e retornar o comprimento da cadeia de caracteres baixada, mas o método não poderá calcular o valor enquanto o método tiver a cadeia de caracteres.Portanto,
AccessTheWebAsyncusa um operador await para suspender seu andamento e para transferir o controle para o método que chamouAccessTheWebAsync.AccessTheWebAsyncretorna umTask(Of Integer)ao chamador. A tarefa representa uma promessa de produzir um resultado inteiro que é o comprimento da cadeia de caracteres baixada.Observação
Se
GetStringAsync(e portantogetStringTask) for concluído antes queAccessTheWebAsynco espere, o controle permanecerá emAccessTheWebAsync. A despesa de suspender e então retornar paraAccessTheWebAsyncseria desperdiçada caso o processo assíncrono chamado (getStringTask) já tivesse sido concluído e AccessTheWebSync não tivesse que aguardar o resultado final.Dentro do chamador (manipulador de eventos neste exemplo), o processamento do padrão continua. O chamador pode fazer outro trabalho que não dependa do resultado de
AccessTheWebAsyncantes de aguardar o resultado, ou o chamador pode aguardar imediatamente. O manipulador de eventos está aguardandoAccessTheWebAsynceAccessTheWebAsyncestá aguardandoGetStringAsync.GetStringAsynccompleta e produz um resultado de cadeia de caracteres. O resultado da cadeia de caracteres não é retornado pela chamada paraGetStringAsyncda maneira que você poderia esperar. (Lembre-se que o método já retornou uma tarefa na etapa 3.) Em vez disso, o resultado da cadeia de caracteres é armazenado na tarefa que representa a conclusão do método,getStringTask. O operador await recupera o resultado degetStringTask. A instrução de atribuição atribui o resultado retornado aurlContents.Quando
AccessTheWebAsynctem o resultado da cadeia de caracteres, o método pode calcular o comprimento da cadeia de caracteres. Em seguida, o trabalho deAccessTheWebAsynctambém é concluído e o manipulador de eventos de espera poderá retomar. No exemplo completo no final do tópico, é possível confirmar que o manipulador de eventos recuperou e imprimiu o valor do comprimento do resultado.
Se você não tiver experiência em programação assíncrona, considere por um minuto a diferença entre o comportamento síncrono e o assíncrono. Um método síncrono retorna quando seu trabalho é concluído (etapa 5), mas um método assíncrono retorna um valor de tarefa quando seu trabalho está suspenso (etapas 3 e 6). Quando o método assíncrono eventualmente concluir seu trabalho, a tarefa será marcada como concluída e o resultado, se houver, será armazenado na tarefa.
Para obter mais informações sobre o fluxo de controle, consulte Fluxo de controle em programas assíncronos (Visual Basic).
Métodos de assíncronos da API
Você pode estar curioso para saber onde encontrar métodos como GetStringAsync que oferecem suporte à programação assíncrona. O .NET Framework 4.5 ou superior contém muitos membros que funcionam com Async e Await. É possível identificar esses membros pelo sufixo “Async” que é acrescentado ao nome do membro e um tipo de retorno de Task ou Task(Of TResult). Por exemplo, a classe System.IO.Stream contém métodos como CopyToAsync, ReadAsync e WriteAsync, juntamente com os métodos síncronos CopyTo, Read e Write.
O Windows Runtime também contém vários métodos que você pode usar com Async e Await em aplicativos do Windows. Para obter mais informações e métodos de exemplo, confira Chamar APIs assíncronas em C# ou no Visual Basic, Programação assíncrona (aplicativos do Windows Runtime) e WhenAny: ponte entre o .NET Framework e o Windows Runtime.
Threads
Os métodos assíncronos destinam-se a ser operações não causadoras de bloqueios. Uma expressão Await em um método assíncrono não bloqueia o thread atual enquanto a tarefa aguardada está em execução. Em vez disso, a expressão anterior assina o restante do método como uma continuação e retorna o controle para o chamador do método assíncrono.
As palavras-chave Async e Await não fazem com que threads adicionais sejam criados. Os métodos assíncronos não exigem multithreading, pois um método assíncrono não executa no próprio thread. O método é executado no contexto de sincronização atual e usa tempo no thread somente quando o método está ativo. É possível usar Task.Run para mover o trabalho de CPU associado a um thread em segundo plano, mas um thread em segundo plano não ajuda com um processo que está apenas aguardando que os resultados tornem-se disponíveis.
A abordagem baseada em async para a programação assíncrona é preferível às abordagens existentes em quase todos os casos. Em particular, essa abordagem é melhor do que BackgroundWorker para operações associadas a E/S porque o código é mais simples e você não precisa se proteger contra condições de corrida. Em combinação com Task.Run, a programação async é melhor do que BackgroundWorker para operações associadas à CPU porque a programação async separa os detalhes de coordenação da execução do seu código do trabalho que Task.Run transfere ao threadpool.
Async e Await
Se especificar que um método é um método assíncrono usando um modificador Async, você habilitará os dois recursos a seguir.
O método assíncrono marcado pode usar Await para designar pontos de suspensão. O operador await informa ao compilador que o método assíncrono não poderá continuar além daquele ponto até que o processo assíncrono aguardado seja concluído. Enquanto isso, o controle retorna para o chamador do método assíncrono.
A suspensão de um método assíncrono em uma expressão
Awaitnão constitui uma saída de método e os blocosFinallynão são executados.O método assíncrono marcado pode ele próprio ser aguardado por métodos que o chamam.
Um método assíncrono normalmente contém uma ou mais ocorrências do operador Await, mas a ausência de expressões Await não causa erro de compilação. Se um método assíncrono não usa o operador Await para marcar um ponto de suspensão, o método é executado da mesma forma que um método síncrono, independentemente do modificador Async. O compilador emite um aviso para esses métodos.
Async e Await são palavras-chave contextuais. Para obter mais informações e exemplos, consulte os seguintes tópicos:
Tipos e parâmetros de retorno
Na programação .NET Framework, um método assíncrono costuma retornar um Task ou um Task(Of TResult). Dentro de um método assíncrono, um operador Await é aplicado a uma tarefa que é retornada de uma chamada para outro método assíncrono.
Especifique Task(Of TResult) como o tipo de retorno se o método contiver uma instrução Return que especifica um operando do tipo TResult.
Você usará Task como o tipo de retorno caso o método não possua nenhuma instrução return ou tenha uma instrução return que não retorna um operando.
O exemplo a seguir mostra como você declara e chama um método que retorna um Task(Of TResult) ou um Task:
' Signature specifies Task(Of Integer)
Async Function TaskOfTResult_MethodAsync() As Task(Of Integer)
Dim hours As Integer
' . . .
' Return statement specifies an integer result.
Return hours
End Function
' Calls to TaskOfTResult_MethodAsync
Dim returnedTaskTResult As Task(Of Integer) = TaskOfTResult_MethodAsync()
Dim intResult As Integer = Await returnedTaskTResult
' or, in a single statement
Dim intResult As Integer = Await TaskOfTResult_MethodAsync()
' Signature specifies Task
Async Function Task_MethodAsync() As Task
' . . .
' The method has no return statement.
End Function
' Calls to Task_MethodAsync
Task returnedTask = Task_MethodAsync()
Await returnedTask
' or, in a single statement
Await Task_MethodAsync()
Cada tarefa retornada representa um trabalho em andamento. Uma tarefa encapsula informações sobre o estado do processo assíncrono e, consequentemente, o resultado final do processo ou a exceção que o processo apresenta quando não é bem-sucedido.
Um método assíncrono também pode ser um método Sub. Esse tipo de retorno é usado principalmente para definir manipuladores de eventos, nos quais o tipo de retorno é necessário. Os manipuladores de eventos assíncronos geralmente servem como o ponto de partida para programas assíncronos.
Um método assíncrono que é um procedimento Sub não pode ser esperado, e o chamador não pode capturar nenhuma exceção acionada pelo método.
O método assíncrono não pode declarar parâmetros ByRef, mas pode chamar métodos com tais parâmetros.
Para obter mais informações e exemplos, consulte Tipos de retorno assíncronos (Visual Basic). Para obter mais informações sobre como capturar exceções nos métodos assíncronos, consulte a Instrução Try... Catch... Finally.
As APIs assíncronas na programação do Windows Runtime têm um dos seguintes tipos de retorno, que são semelhantes às tarefas:
- IAsyncOperation(Of TResult), que corresponde a Task(Of TResult)
- IAsyncAction, que corresponde a Task
- IAsyncActionWithProgress(Of TProgress)
- IAsyncOperationWithProgress(Of TResult, TProgress)
Para obter mais informações e um exemplo, confira Chamar APIs assíncronas em C# ou no Visual Basic.
Convenção de nomenclatura
Por convenção, deve-se acrescentar "Async" aos nomes dos métodos que têm um modificador Async.
É possível ignorar a convenção quando um evento, uma classe base ou um contrato de interface sugere um nome diferente. Por exemplo, você não deve renomear manipuladores de eventos comuns, como Button1_Click.
Tópicos relacionados e exemplos (Visual Studio)
Exemplo completo
O código a seguir é o arquivo MainWindow.xaml.vb do aplicativo WPF (Windows Presentation Foundation) discutido neste tópico. É possível baixar o exemplo de Exemplo de assincronia: exemplo de "Programação assíncrona com Async e Await”.
Imports System.Net.Http
' Example that demonstrates Asynchronous Progamming with Async and Await.
' It uses HttpClient.GetStringAsync to download the contents of a website.
' Sample Output:
' Working . . . . . . .
'
' Length of the downloaded string: 39678.
Class MainWindow
' Mark the event handler with Async so you can use Await in it.
Private Async Sub StartButton_Click(sender As Object, e As RoutedEventArgs)
' Call and await immediately.
' StartButton_Click suspends until AccessTheWebAsync is done.
Dim contentLength As Integer = Await AccessTheWebAsync()
ResultsTextBox.Text &= $"{vbCrLf}Length of the downloaded string: {contentLength}.{vbCrLf}"
End Sub
' Three things to note about writing an Async Function:
' - The function has an Async modifier.
' - Its return type is Task or Task(Of T). (See "Return Types" section.)
' - As a matter of convention, its name ends in "Async".
Async Function AccessTheWebAsync() As Task(Of Integer)
Using client As New HttpClient()
' Call and await separately.
' - AccessTheWebAsync can do other things while GetStringAsync is also running.
' - getStringTask stores the task we get from the call to GetStringAsync.
' - Task(Of String) means it is a task which returns a String when it is done.
Dim getStringTask As Task(Of String) =
client.GetStringAsync("https://docs.microsoft.com/dotnet")
' You can do other work here that doesn't rely on the string from GetStringAsync.
DoIndependentWork()
' The Await operator suspends AccessTheWebAsync.
' - AccessTheWebAsync does not continue until getStringTask is complete.
' - Meanwhile, control returns to the caller of AccessTheWebAsync.
' - Control resumes here when getStringTask is complete.
' - The Await operator then retrieves the String result from getStringTask.
Dim urlContents As String = Await getStringTask
' The Return statement specifies an Integer result.
' A method which awaits AccessTheWebAsync receives the Length value.
Return urlContents.Length
End Using
End Function
Sub DoIndependentWork()
ResultsTextBox.Text &= $"Working . . . . . . .{vbCrLf}"
End Sub
End Class