Hvad bruges context-pakken til?

Question

Accepted Answer

**`context`**-pakken transporterer **aflysningssignaler, deadlines og request-scoped værdier** på tværs af API-grænseflade og goroutines. Det er standardmekanismen til at styre operationers levetid — især til at annullere arbejde og udbrede timeouts gennem en kæde af funktionskald.

## Kerneproblem, som det løser

```text
A request starts work across many goroutines/functions (DB query, API call, etc.).
If the client disconnects or a timeout hits, you want to CANCEL all that work
so goroutines don't keep running uselessly (wasting resources / leaking).
→ context propagates the "stop now" signal down the entire call chain.
```

## Oprettelse af kontekster

```go
ctx := context.Background()          // the root context (top of the tree)
ctx := context.TODO()                 // placeholder when unsure

// with a timeout — auto-cancels after the duration
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)
defer cancel()                        // ALWAYS call cancel to release resources

// with manual cancellation
ctx, cancel := context.WithCancel(context.Background())
// call cancel() to signal cancellation

// with a deadline (specific time)
ctx, cancel := context.WithDeadline(ctx, time.Now().Add(time.Minute))
```

`WithTimeout`/`WithDeadline`/`WithCancel` udleder en underordnet kontekst, der kan aflystes; du skal `defer cancel()` for at frigøre dens ressourcer.

## Reaktion på aflysning

```go
func doWork(ctx context.Context) error {
    for {
        select {
        case <-ctx.Done():            // fires when cancelled or timed out
            return ctx.Err()           // returns context.Canceled or DeadlineExceeded
        case work := <-jobs:
            process(work)
        }
    }
}
```

Funktioner tjekker `ctx.Done()` (en kanal, der lukker ved aflysning) og stopper prompte — sådan forplanter aflysning sig faktisk.

## Passage af kontekst gennem en opkaldskæde (konventionen)

```go
// ctx is conventionally the FIRST parameter, named ctx
func handler(ctx context.Context, ...) {
    data, err := fetchFromDB(ctx, id)   // pass it down — DB call honors cancellation
}
func fetchFromDB(ctx context.Context, id int) (...) {
    row := db.QueryRowContext(ctx, ...)  // standard-library APIs accept context
}
```

Konteksten strømmer ned ad opkaldsstakken som første parameter, så aflysning når hvert lag (inklusive standard-library DB/HTTP-kald, der accepterer en kontekst).

## Request-scoped værdier (brug sparsomt)

```go
ctx = context.WithValue(ctx, requestIDKey, "abc-123")   // attach a value
id := ctx.Value(requestIDKey)                            // retrieve it downstream
// ⚠️ for request-scoped metadata (request IDs, auth) — NOT for passing regular params
```

## Hvorfor det betyder noget

**`context`**-pakken er fundamental for at skrive robuste Go-tjenester på produktionsniveau — det er standardmåden og idiomatisk måde at håndtere **aflysninger og timeouts** på tværs af goroutines og API-grænseflade.

Dets primære værdi er at forhindre spildtid og ressourcelækager: når en klient afbrydes, en deadline passeres, eller en server lukkes ned, forplanter konteksten aflysningssignalet, så alle goroutines og operationer, der er genereret for den pågældende anmodning, stoppet prompte i stedet for at køre ubrugeligt (en vigtig forsvar mod goroutine-lækager).

Det er udbredt i rigtig Go — HTTP-servere, databasekald, gRPC, og de fleste netværksbiblioteker accepterer `context.Context` som deres første parameter.

Forståelse af, hvordan man opretter kontekster (`WithTimeout`/`WithCancel`), reagerer på aflysning (`<-ctx.Done()`), must-call-`cancel()`-reglen og konventionen med at føre konteksten gennem opkaldskæder er afgørende for alt seriøst Go backend-arbejde og et almindeligt interviewemne.