async/await muliggjør asynkron, ikke-blokkerende kode som leses som synkron kode. Det er essensielt for I/O-bound arbeid (database, nettverk, filakses) — som lar et program håndtere annet arbeid (eller forespørsler) mens det venter på langsomme operasjoner, noe som forbedrer responsivitet og skalerbarhet.
{
client = HttpClient();
result = client.GetStringAsync(url);
result;
}
data = GetDataAsync();
En async metode returnerer Task (eller Task<T>), og await suspenderer metoden til den avventede operasjonen er ferdig — uten å blokkere tråden. Under avventing blir tråden frigjort til å gjøre annet arbeid (håndtere andre forespørsler, holde UI responsiv). Koden leses fra topp til bunn som synkron kode til tross for at den er asynkron.
❌ 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
Bruks Task.WhenAll for å vente på flere uavhengige operasjoner samtidig — en stor hastighetsøkning når de ikke avhenger av hverandre.
✓ 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 er en fundamental, mye brukt funksjon i moderne C# — essensielt for å bygge responsive, skalerbare applikasjoner, så det er viktig å forstå det.
Kjerneverdi er å muliggjøre ikke-blokkerende asynkron I/O: for I/O-bound operasjoner (databasespørringer, HTTP-kall, filakses), lar async/await tråden bli frigjort under ventetiden til å gjøre annet arbeid, i stedet for å blokkere inaktiv — noe som dramatisk forbedrer skalerbarhet (en webserver kan håndtere langt flere samtidige forespørsler med færre tråder) og responsivitet (UI forblir responsiv under langsomme operasjoner).
Avgjørende er at det oppnår dette mens koden forblir lesbar (den leses som synkron kode til tross for at den er asynkron), og unngår callback-kompleksiteten fra eldre asynkrone tilnærminger.
Å forstå mønsteret (async-metoder som returnerer Task/Task<T>, await for ikke-blokkerende ventetider), kjøre operasjoner samtidig med Task.WhenAll (en betydelig ytelsesvinn for uavhengige operasjoner), og spesielt fallgrupene (unngå async void utenfor event-handlere — unntakene kan krasje appen; blokkér aldri på asynkron med .Result/.Wait() — det kan deadlocke; bruk async "hele veien") er viktig for å skrive korrekt, effektiv asynkron C#.
Siden async/await er gjennomgripende i moderne C# (ASP.NET Core, EF Core, og de fleste I/O-APIer er async-first), og siden misbruk av det forårsaker virkelige problemer (deadlocks, krasj, dårlig skalerbarhet), er det å beherske det — mønsteret, samtidighet med WhenAll, og de kritiske fallgrupene — essensielt, hyppig brukt kunnskap for moderne C#-utvikling og et vanlig, viktig intervjutema.