async/await permite código assíncrono e não-bloqueante que se lê como código síncrono. É essencial para trabalho vinculado a I/O (banco de dados, rede, acesso a arquivos) — permitindo que um programa manipule outras tarefas (ou requisições) enquanto aguarda operações lentas, melhorando responsividade e escalabilidade.
{
client = HttpClient();
result = client.GetStringAsync(url);
result;
}
data = GetDataAsync();
Um método async retorna Task (ou Task<T>), e await suspende o método até que a operação aguardada se complete — sem bloquear a thread. Enquanto aguarda, a thread é liberada para fazer outro trabalho (manipular outras requisições, manter a UI responsiva). O código se lê de cima para baixo como código síncrono, apesar de ser assíncrono.
❌ synchronous I/O — the thread BLOCKS, doing nothing while waiting (wastes resources)
✅ async I/O — the thread is RELEASED during the wait, serving other work
→ A web server using async can handle far more concurrent requests with fewer threads.
// ❌ sequential — total time = sum of both
var a = await GetAAsync();
var b = await GetBAsync();
// ✅ concurrent — start both, then await both (total = max, not sum)
Task<string> taskA = GetAAsync();
Task<string> taskB = GetBAsync();
await Task.WhenAll(taskA, taskB); // run independent operations in parallel
Use Task.WhenAll para aguardar múltiplas operações independentes concorrentemente — um ganho significativo de velocidade quando elas não dependem uma da outra.
✓ Use async "all the way" — async methods called by async methods
✓ Name async methods with the Async suffix (convention)
✗ AVOID async void (except event handlers) — exceptions are unobservable, can crash
✗ AVOID blocking on async (.Result / .Wait()) — can DEADLOCK; await instead
✓ async is for I/O-bound work; for CPU-bound parallelism use Task.Run / Parallel
async/await é um recurso fundamental e amplamente utilizado em C# moderno — essencial para construir aplicações responsivas e escaláveis, portanto compreendê-lo é importante.
Seu valor central é permitir I/O assíncrono não-bloqueante: para operações vinculadas a I/O (consultas de banco de dados, chamadas HTTP, acesso a arquivos), async/await permite que a thread seja liberada durante a espera para fazer outro trabalho, em vez de bloquear ociosamente — o que melhora dramaticamente a escalabilidade (um servidor web pode manipular muito mais requisições concorrentes com menos threads) e responsividade (UIs permanecem responsivas durante operações lentas).
Crucialmente, isso é alcançado mantendo o código legível (se lê como código síncrono apesar de ser assíncrono), evitando a complexidade de callbacks de abordagens assíncronas mais antigas.
Compreender o padrão (métodos async retornando Task/Task<T>, await para esperas não-bloqueantes), executar operações concorrentemente com Task.WhenAll (uma vitória de desempenho significativa para operações independentes), e especialmente as armadilhas (evitar async void fora de manipuladores de eventos — suas exceções podem derrubar a aplicação; nunca bloquear em async com .Result/.Wait() — pode causar deadlock; use async "até o fim") é importante para escrever async C# correto e performático.
Como async/await é onipresente em C# moderno (ASP.NET Core, EF Core, e a maioria das APIs de I/O são async-first), e como seu uso incorreto causa problemas reais (deadlocks, crashes, escalabilidade ruim), dominar isso — o padrão, concorrência com WhenAll, e as armadilhas críticas — é conhecimento essencial e frequentemente aplicado para desenvolvimento moderno em C# e um tópico comum e importante em entrevistas.