Hvordan håndterer du exceptions globalt med @ControllerAdvice?

Question

IT Interview Practice · Accepted Answer

I stedet for at pakke hver controller-metode ind i try/catch lader Spring dig centralisere fejlhåndtering i én klasse annoteret med `@ControllerAdvice` (eller `@RestControllerAdvice`). Metoder markeret med `@ExceptionHandler` fanger exceptions kastet hvor som helst i dine controllere og forvandler dem til konsistente HTTP-svar.

## En global handler

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

// Catches this exception from ANY controller and returns 404.
    @ExceptionHandler(EntityNotFoundException.class)
    @ResponseStatus(HttpStatus.NOT_FOUND)
    public ApiError notFound(EntityNotFoundException ex) {
        return new ApiError("NOT_FOUND", ex.getMessage());
    }

// Validation failures (@Valid) throw this — turn field errors into 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 nu bare `throw new EntityNotFoundException(...)` og stole på, at adviset former svaret.

## Den moderne mulighed: ProblemDetail

Spring 6 / Boot 3 leverer RFC 9457 `ProblemDetail`, en standardiseret fejl-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; // serialized as application/problem+json
}
```

## Hvorfor det betyder noget

Konsistente, maskinlæsbare fejlsvar er det, der adskiller et professionelt API fra et, der lækker stack traces. Interviewere vil se, at du centraliserer håndtering (DRY), mapper exceptions til de *rigtige* statuskoder og aldrig eksponerer interne detaljer for klienter. At nævne `ProblemDetail` viser, at du er ajour med Boot 3.

En global handler

Den moderne mulighed: ProblemDetail

Hvorfor det betyder noget

Relaterede spørgsmål