Решил таки осилить concurrency in practice?

не понял фразу:

concurrency in practiceReentrancy facilitates encapsulation of locking behavior, and thus simplifies the development of object-oriented concurrent code. Without reentrant locks, the very natural-looking code in Listing 2.7 , in which a subclass overrides a synchronized method and then calls the superclass method, would deadlock. Because the doSomething methods in Widget and LoggingWidget are both synchronized, each tries to acquire the lock on the Widget before proceeding. But if intrinsic locks were not reentrant, the call to super.doSomething would never be able to acquire the lock because it would be considered already held, and the thread would permanently stall waiting for a lock it can never acquire. Reentrancy saves us from deadlock in situations like this.

Чот я не понял как у него дедлок на одном потоке получается?

или просто я в терминологии не силён. Думал дедлок это как минимум 2 потока.

Что такое Reentrancy мне понятно - это способность войти в секцию, которая находится под уже захваченным монитором.

забыл никquestionerили просто я в терминологии не силён. Думал дедлок это как минимум 2 потока.



Дэдлок это не "как минимум 2 потока.", а: situation in which no progress can be made.



ну если мы вызвали в synchronized wait() вызовем это тоже дедлок? в дампе это будет написано?

ну или whilie(true){}

забыл никquestionerпропущено...


ну если мы вызвали в synchronized wait() вызовем это тоже дедлок? в дампе это будет написано?

ну или whilie(true){}

В java все локи reentrant, я не понимаю ваш вопрос

Свёлся к тому, что называть дедлоком

забыл никquestionerпропущено...


ну если мы вызвали в synchronized wait() вызовем это тоже дедлок? в дампе это будет написано?

ну или whilie(true){}

В java все локи reentrant, я не понимаю ваш вопрос

Вот вычитал, что Semaphore не reentrant.