Hvordan håndterer du unntak globalt med @ControllerAdvice?

Question

IT Interview Practice · Accepted Answer

I stedet for å pakke hver controller-metode inn i try/catch, lar Spring deg sentralisere feilhåndteringen i én klasse annotert med `@ControllerAdvice` (eller `@RestControllerAdvice`). Metoder merket `@ExceptionHandler` fanger unntak kastet hvor som helst i controllerne dine og gjør dem om til konsistente HTTP-svar.

## En global handler

```java
@RestControllerAdvice // = @ControllerAdvice + @ResponseBody
public class GlobalExceptionHandler {

// Fanger dette unntaket fra HVILKEN SOM HELST controller og returnerer 404.
    @ExceptionHandler(EntityNotFoundException.class)
    @ResponseStatus(HttpStatus.NOT_FOUND)
    public ApiError notFound(EntityNotFoundException ex) {
        return new ApiError("NOT_FOUND", ex.getMessage());
    }

// Valideringsfeil (@Valid) kaster dette — gjør feltfeil om til 400.
    @ExceptionHandler(MethodArgumentNotValidException.class)
    @ResponseStatus(HttpStatus.BAD_REQUEST)
    public ApiError invalid(MethodArgumentNotValidException ex) {
        String msg = ex.getBindingResult().getFieldErrors().stream()
            .map(e -> e.getField() + " " + e.getDefaultMessage())
            .collect(Collectors.joining(", "));
        return new ApiError("VALIDATION", msg);
    }
}
```

Enhver controller kan nå bare `throw new EntityNotFoundException(...)` og stole på at advicet former svaret.

## Det moderne alternativet: ProblemDetail

Spring 6 / Boot 3 leverer RFC 9457 `ProblemDetail`, en standardisert feil-body:

```java
@ExceptionHandler(PaymentDeclinedException.class)
public ProblemDetail declined(PaymentDeclinedException ex) {
    var pd = ProblemDetail.forStatusAndDetail(HttpStatus.PAYMENT_REQUIRED, ex.getMessage());
    pd.setTitle("Payment declined");
    return pd; // serialisert som application/problem+json
}
```

## Hvorfor det er viktig

Konsistente, maskinlesbare feilsvar er det som skiller et profesjonelt API fra ett som lekker stack traces. Intervjuere vil se at du sentraliserer håndteringen (DRY), knytter unntak til de *riktige* statuskodene, og aldri eksponerer interne detaljer for klienter. Å nevne `ProblemDetail` viser at du er oppdatert med Boot 3.

En global handler

Det moderne alternativet: ProblemDetail

Hvorfor det er viktig

Relaterte spørsmål