Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
56_Java.pdf
Скачиваний:
210
Добавлен:
18.02.2016
Размер:
2.39 Mб
Скачать

Скачано с сайта http://ivc.clan.su

// в выражении условия ожидания notifyAll();// или notify();

}

Замечания:

1. Метод notifyAll() оповещает все потоки, находящиеся в состоянии ожидания, метод notify() один поток.

Потоки могут ожидать выполнение условий (возможно, различных), относящихся к одному и тому же объекту. Если условия действительно различны, для оповещения всех ожидающих потоков всегда нужно использовать notifyAll(). В противном случае оповещение может попасть не к тому потоку, которому адресовано, и поток после проверки условия снова перейдёт в состояние ожидания, а заинтересованный поток вообще не получит оповещения.

При выполнении notify() выбрать единственный поток, который получит оповещение, нельзя. Этот метод следует применять, когда точно известно, какой поток и когда находится в состоянии ожидания.

2.Если при вызове notify()/notifyAll() отсутствуют потоки, находящиеся в состоянии ожидания, то посланное оповещение не запоминается.

Все рассмотренные методы могут вызываться только из синхронизированного кода при использовании блокировки соответствующего объекта. При попытке использовать методы объекта, право на блокировку которого отсутствует, генерируется исключение IllegalMonitorStateException. Методы notify()/notifyAll() вызываются из разных потоков на одном объекте!

Пример использования механизма взаимодействия потоков — см. BannerSuspension.java (1,2).

Поток-диспетчер событий AWT

Пакет AWT поддерживает графический интерфейс пользователя, управляемый событиями.

Когда пользователь выполняет действия с элементом интерфейса, исполняющая система AWT генерирует определенное событие. В объекте события фиксируется идентификатор события и ссылка на компонент-источник. Затем событие помещается в общую очередь событий, поддерживаемую

потоком-диспетчером событий.

Поток-диспетчер извлекает из очереди очередной объект события и отсылает его для обработки компоненту-источнику. Если для компонента-источника события зарегистрирован блок прослушивания

события, то действует следующий порядок прохождения события от очереди событий до выполнения обработки этого события:

1.Поток-диспетчер извлекает из очереди объект события.

2.Поток-диспетчер вызывает метод dispatchEvent(AWTEvent e) компонента-источника, которому в качестве параметра передаётся объект-событие. Таким образом, событие отсылается компонентуисточнику.

3.Метод dispatchEvent() вызывает метод processEvent().

4.Метод processEvent() обращается к методу process***Event(), где *** — тип события AWT.

5.Из метода process***Event() вызывается метод зарегистрированного для данного компонента блока прослушивания события.

6.В методе блока прослушивания и выполняется обработка события.

Для события PaintEvent не предусмотрены блоки прослушивания. PaintEvent не используется в модели делегирования событий.

В результате вызова в программе метода repaint() событие перерисовки типа PaintEvent с идентификатором UPDATE помещается в очередь событий.

Событие, переданное компоненту-источнику, заставляет его вызвать метод update(), из которого вызывается метод paint().

Чтобы гарантировать корректную обработку события PaintEvent для компонента AWT следует переопределить методы paint() или update().

32

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]