Почему Object.sleep() должен быть обязательно в synchronized?

@danek130995 · Регистрация: 25.05.2014

Студворк — интернет-сервис помощи студентам

Java
1
2
3
4
5
6
7
  synchronized (Thread.currentThread()){
            try {
                Thread.currentThread().wait();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }

Почему вызов Object.wait() должен быть обязательно синхронизирован? Если убрать оператор synchronized, то получаю ошибку java.lang.IllegalMonitorStateException
Прощу прощения за ошибку в названии темы - должно быть wait() вместо sleep

Добавлено через 16 минут

synchronized/wait()/notify()/notifyAll() крепко увязаны вместе в концепции монитора (monitor). Это приводит к интересным побочным эффектам - нельзя вызывать у объекта wait()/notify()/notifyAll() вне блока синхронизации (или синхронизированного метода) по этому объекту (иначе будет IllegalMonitorStateException)

Вот что мне удалось найти - получается из-за того, что все завязано на концепции монитора?

@Gr1f0nn · 30.03.2017, 23:42

Суть метода wait в том, чтобы освободить занятый монитор и перевести текущий поток в режим ожидания. Вне блока synchronized освобождать будет нечего, так как никакой монитор и не был занят. Отсюда и такие требования

Не по теме:

Возможно, я где-то не прав. Если что, поправьте :)

@danek130995 · 30.03.2017, 23:58 **[ТС]**

Gr1f0nn, а я и не знал, что wait() освобождает монитор. А если монитор освобождается при wait(), разве это не будет означать, что объект перестанет быть синхронизирован? Ведь мониторы они разве не должны наоборот следить за тем, чтобы код был синхронизирован?
Получается в режиме ожидания монитор свободен? Я думал наоборот, не понимаю тогда

@Gr1f0nn · 31.03.2017, 00:17

danek130995, Представьте себе ситуацию, когда 2 потока работают с каким-то 1 объектом X. 1ый поток забирает что-то из X, а второй кладет что-то в X. Объект X имеет синхронизированные методы.

Java
1
2
3
4
5
6
7
8
9
10
11
class X {
    private int storage = 10;
    public synchronized int get() {
        storage--;
        return 1;
    }
 
    public synchronized  void put(int y) {
        storage += y;
    }
}

При такой реализации, может произойти ситуация, когда storage будет отрицательным.
Также одновременно что-то делать с объектом может только 1 поток, так как в качестве монитора выступает сам объект, но пытаться обращаться к объекту может N > 1 потоков.

Теперь, мы хотим сделать так, чтобы методом get можно было воспользоваться только тогда, когда storage > 0:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
class X {
    private int storage = 10;
    public synchronized int get() {
        while(storage == 0) {
            wait();
        }
        storage--;
        return 1;
    }
 
    public synchronized  void put(int y) {
        storage += y;
        notify();
    }
}

Теперь, когда storage == 0, то поток, занявший монитор, освободит его до тех пор, пока storage не станет > 0 и какой-то другой поток не вызовет метод notify или notifyAll.
Если по шагам, то:
1. Поток, который занял монитор, вызвав метод get, освобождает его, вызовом метода wait;
2. 2й поток пытается занять освободившийся монитор, вызывая метод put;
3. В методе put вызывается метод notify текущего объекта
4. При завершении метода put 2й поток также освобождает монитор объекта

Отвечая на этот вопрос:

Сообщение от danek130995

разве это не будет означать, что объект перестанет быть синхронизирован

Нет, не перестает. Объект либо потокобезопасен, либо нет.

Сообщение от danek130995

Получается в режиме ожидания монитор свободен?

Не совсем так. Монитор может быть и занят, но уже другим потоком.
В режиме ожидания монитор освобождает тот поток, который его изначально и занял. Это дает возможность другим потокам попытаться занять освободившийся монитор, изменить состояние объекта, вызвать метод notify.

Возможно, где-то ошибся, но надеюсь, что мысль донес

@danek130995 · 31.03.2017, 08:17 **[ТС]**

Gr1f0nn, спасибо! Я кажется понял - просто использование wait() уже подразумевает в себе то, что мы находимся в synchronized, иначе, как вы сказали, действительно, освобождать будет нечего. Поэтому wait() и заключается в блок synchronized.

Новые блоги и статьи Все статьи Все блоги /
http://iceja.net/ математические сервисы iceja 20.01.2026 Обновила свой сайт http:/ / iceja. net/ , приделала Fast Fourier Transform экстраполяцию сигналов. Однако предсказывает далеко не каждый сигнал (см ограничения http:/ / iceja. net/ fourier/ docs ). Также. . .	http://iceja.net/ сервер решения полиномов iceja 18.01.2026 Выкатила http:/ / iceja. net/ сервер решения полиномов (находит действительные корни полиномов методом Штурма). На сайте документация по API, но скажу прямо VPS слабенький и 200 000 полиномов. . .	Расчёт переходных процессов в цепи постоянного тока igorrr37 16.01.2026 / * Дана цепь постоянного тока с R, L, C, k(ключ), U, E, J. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа, решает её и находит переходные токи и напряжения на элементах схемы. . . .	Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .
Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .

@Gr1f0nn 244 / 164 / 133 Регистрация: 30.09.2012 Сообщений: 690
	30.03.2017, 23:42
	Сообщение было отмечено danek130995 как решение Решение Суть метода wait в том, чтобы освободить занятый монитор и перевести текущий поток в режим ожидания. Вне блока synchronized освобождать будет нечего, так как никакой монитор и не был занят. Отсюда и такие требования Не по теме: Возможно, я где-то не прав. Если что, поправьте :) 1

@danek130995 33 / 33 / 3 Регистрация: 25.05.2014 Сообщений: 1,137
	30.03.2017, 23:58 [ТС]
	Gr1f0nn, а я и не знал, что wait() освобождает монитор. А если монитор освобождается при wait(), разве это не будет означать, что объект перестанет быть синхронизирован? Ведь мониторы они разве не должны наоборот следить за тем, чтобы код был синхронизирован? Получается в режиме ожидания монитор свободен? Я думал наоборот, не понимаю тогда 0

@danek130995 33 / 33 / 3 Регистрация: 25.05.2014 Сообщений: 1,137
	31.03.2017, 08:17 [ТС]
	Gr1f0nn, спасибо! Я кажется понял - просто использование wait() уже подразумевает в себе то, что мы находимся в synchronized, иначе, как вы сказали, действительно, освобождать будет нечего. Поэтому wait() и заключается в блок synchronized. 0

Почему Object.sleep() должен быть обязательно в synchronized?

Решение