Zestawy rozmówBlog

Twoja wymarzona praca? Lets Git IT.
Interaktywna platforma przygotowująca do rozmów technicznych dla nowoczesnych programistów.

XGitHub

Platforma

  • Kategorie

Zasoby

  • Blog
  • O aplikacji
  • FAQ
  • Sugestie

Prawne

  • Polityka prywatności
  • Regulamin

© 2026 LetsGit.IT. Wszelkie prawa zastrzeżone.

LetsGit.IT/Kategorie/Spring
Springhard

`@Transactional` isolation i `readOnly`: co to naprawdę oznacza?

Tagi
#spring#transactions#isolation#readonly
Wróć do kategoriiPrzejdź do quizu

Odpowiedź

`isolation` mapuje się na poziom izolacji w bazie (jak współbieżne odczyty/zapisy na siebie wpływają). `readOnly = true` to zwykle hint dla frameworka/drivera do optymalizacji, ale nie zawsze blokuje zapisy “z automatu”. I pamiętaj: `@Transactional` działa przez proxy, więc nie zadziała przy self-invocation.

Odpowiedź zaawansowana

Głębiej

Rozwinięcie krótkiej odpowiedzi — co zwykle ma znaczenie w praktyce:

  • Kontekst (tagi): spring, transactions, isolation, readonly
  • Lifecycle: co dzieje się w runtime (render/build, request/response, background jobs).
  • Cache: gdzie jest cache, co jest kluczem, jak invalidować bez "cache chaos".
  • Bezpieczeństwo: authn/authz, sekrety, powierzchnia ataku (SSRF/CSRF).
  • Wytłumacz "dlaczego", nie tylko "co" (intuicja + konsekwencje).
  • Trade-offy: co zyskujesz i co tracisz (czas, pamięć, złożoność, ryzyko).
  • Edge-case’y: puste dane, duże dane, błędne dane, współbieżność.

Przykłady

Krótki przykład (szablon do wyjaśniania):

// Example: discuss trade-offs for "`@transactional`-isolation-i-`readonly`:-co-to-n"
function explain() {
  // Start from the core idea:
  // `isolation` mapuje się na poziom izolacji w bazie (jak współbieżne odczyty/zapisy na siebi
}

Typowe pułapki

  • Zbyt ogólna odpowiedź (brak konkretów, brak przykładów).
  • Brak rozróżnienia między "średnio" a "najgorzej" (np. złożoność).
  • Pomijanie ograniczeń: pamięć, współbieżność, koszty sieci/dysku.

Pytania uzupełniające na rozmowie

  • Kiedy zastosował(a)byś alternatywę i dlaczego?
  • Jakie są typowe problemy w produkcji i jak je diagnozować?
  • Jak byś przetestował(a) edge-case’y?

Powiązane pytania

Spring
BeanFactory vs ApplicationContext: jaka jest praktyczna różnica?
#spring#ioc#applicationcontext
Spring
WebClient vs RestTemplate: którego użyć i dlaczego?
#spring#webclient#resttemplate
Spring
`@Scheduled`: fixedRate vs fixedDelay vs cron — jaka jest różnica?
#spring#scheduling#cron
Spring
Metody `@Async`: jak działają i jakie są typowe pułapki?
#spring#async#executor
Spring
Lifecycle beanów: co robią `@PostConstruct` i `@PreDestroy`?
#spring#lifecycle#postconstruct
Spring
`@RestController` vs `@Controller`: jaka jest różnica?
#spring#mvc#controller