Bean scope w Springu — co znaczy `singleton` vs `prototype`?

Głębiej

Scope beana określa *ile instancji* tworzy Spring i *kiedy*.

• `singleton` (domyślny): jedna instancja **na ApplicationContext** (to nie jest singleton JVM). Jest współdzielony przez wiele wątków, więc powinien być bezstanowy albo thread-safe.
• `prototype`: nowa instancja przy każdym pobraniu, ale po utworzeniu Spring **nie zarządza w pełni cyklem życia** (np. zwykle nie wywoła destroy callbacków automatycznie).
• W aplikacjach web są też scope’y: `request`, `session`, `application`, `websocket`.

Prototype w singletonie (częsta pułapka)

Jeśli wstrzykniesz prototype do singletona, dostaniesz **jedną instancję** w momencie wstrzyknięcia. Jeśli potrzebujesz świeżej instancji „na użycie”, wstrzyknij providera.

Przykład

@Component
@Scope("prototype")
class TraceId { /* ... */ }

@Service
class OrderService {
  private final ObjectProvider<TraceId> traceId;
  OrderService(ObjectProvider<TraceId> traceId) { this.traceId = traceId; }

  void handle() {
    TraceId id = traceId.getObject(); // świeża instancja
  }
}

Typowe pułapki

• Trzymanie stanu requesta/użytkownika w singletonie.
• Założenie, że prototype jest automatycznie sprzątany przez Spring.
• Nadużywanie prototype, gdy wystarczy obiekt lokalny w metodzie.