Какие возможности даёт ReentrantLock, недоступные при использовании synchronized?

Именно автоматическое освобождение остаётся преимуществом synchronized: монитор отпускается при любом выходе из блока, включая исключение. У ReentrantLock это обязанность программиста, отсюда железная идиома — lock() перед try, unlock() в finally; ошибка здесь даёт вечно удерживаемую блокировку. Возможность tryLock с таймаутом принципиально важна для борьбы с взаимными блокировками: поток может отступить и повторить попытку вместо бесконечного ожидания. Несколько Condition позволяют раздельно будить, скажем, читателей и писателей, тогда как у монитора очередь ожидания одна. При этом по производительности в современных JVM разница невелика, поэтому по умолчанию берут synchronized и переходят на явную блокировку ради конкретной возможности.