Blog

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

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

LetsGit.IT/Kategorie/Java
Javahard

`synchronized` vs `ReentrantLock` - kiedy wybrać które?

Tagi
#concurrency#locks#synchronized#reentrantlock
Wróć do kategoriiPrzejdź do quizu

Odpowiedź

`synchronized` jest prostsze i używa monitorów JVM, dając wzajemne wykluczenie oraz jasne happens-before. `ReentrantLock` jest bardziej elastyczny: `tryLock()`, timeouty, opcje fairness i wiele `Condition` — ale musisz zawsze robić `unlock()` w `finally`.

Powiązane pytania

Java
HashMap vs ConcurrentHashMap: kiedy używać którego?
#java#collections#concurrency
Java
`synchronized` vs `ReentrantLock`: jakie są różnice?
#java#concurrency#locks
Java
Parallel streamy: kiedy mogą pomóc i jakie są typowe pułapki?
#java#streams#parallel
Java
Co robi `ThreadLocal` i jaki jest częsty problem?
#threadlocal#concurrency#thread-pool
Java
Java Memory Model: co znaczy „happens-before” (prosto)?
#jmm#happens-before#concurrency
Java
Czemu `ArrayList` nie jest thread-safe i jak zrobić bezpieczny dostęp do listy?
#concurrency#arraylist#thread-safety