Javamedium

`synchronized` vs `ReentrantLock`: jakie są różnice?

Tagi

#java#concurrency#locks#synchronized

Odpowiedź

`synchronized` używa wbudowanych monitorów i automatycznie zwalnia blokadę. `ReentrantLock` to jawny lock z funkcjami typu `tryLock`, polityką fairness i możliwością przerwania oczekiwania — ale musisz go zwolnić w `finally`. Oba są reentrant.

Odpowiedź zaawansowana

Głębiej

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

Kontekst (tagi): java, concurrency, locks, synchronized
JVM: pamięć (heap/stack), GC i co wpływa na latency.
Kontrakty: equals/hashCode/toString, mutowalność i konsekwencje.
Wydajność: boxing, alokacje, kolekcje, inlining.
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 "`synchronized`-vs-`reentrantlock`:-jakie-są-różn"
function explain() {
  // Start from the core idea:
  // `synchronized` używa wbudowanych monitorów i automatycznie zwalnia blokadę. `ReentrantLock
}

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

Powiązane pytania

Java

Klasa zagnieżdżona statyczna vs inner class: jaka jest różnica?

#java#nested-class#inner-class

Java

Kompilacja JIT: co to jest i czemu aplikacje Javy się „rozgrzewają”?

#java#jit#performance

Java

Generacyjny GC: dlaczego JVM dzieli pamięć na young/old?