Поток диспетчеризации событий - Event dispatching thread

В поток диспетчеризации событий (EDT) - это фон нить используется в Ява для обработки событий из Набор инструментов для абстрактного окна (AWT) графический интерфейс пользователя очередь событий. Это пример общей концепции событийно-ориентированное программирование, популярный во многих других контекстах, помимо Java, например, веб-браузеры, или же веб-серверы.

События в основном представляют собой события обновления, которые вызывают пользовательский интерфейс составные части перерисовывать себя или вводить события из устройства ввода например, мышь или клавиатура. AWT использует однопоточное рисование модель в котором все обновления экрана должны выполняться из одного потока. Поток диспетчеризации событий - единственный допустимый поток для обновления визуального состояния видимых компонентов пользовательского интерфейса. Обновление видимых компонентов из других потоков является источником многих распространенных ошибки в Java программы это использование Качать.[1] Поток диспетчеризации событий называется первобытный работник в Adobe Flash и Поток пользовательского интерфейса в SWT, .NET Framework и Android.

Цикл сообщений для сериализации доступа к графическому интерфейсу

Программное приложение обычно состоит из нескольких потоков и одного GUI структура данных. Это означает, что графический интерфейс представляет собой совместно используемую структуру данных, и требуется некоторая синхронизация, чтобы гарантировать, что только один поток получает к ней доступ одновременно. Хотя AWT и Качать выставить (небезопасный поток ) для создания и доступа к компонентам графического интерфейса пользователя, и эти методы видны всем потокам приложений, аналогично в других структурах графического интерфейса, только один поток диспетчеризации событий имеет право выполнять эти методы.[2][3][4]Поскольку программисты часто пропускают это требование, сторонние Посмотрите и почувствуйте, подобно Вещество заходят так далеко, что отказываются создавать экземпляры любого компонента Swing, когда он не запущен в потоке диспетчеризации событий,[5] чтобы предотвратить такую ​​ошибку кодирования. Доступ к графическому интерфейсу сериализуется, и другие потоки могут отправить некоторый код для выполнения в EDT через Очередь сообщений EDT.

То есть, как и в других структурах графического интерфейса пользователя, поток диспетчеризации событий тратит свою жизнь на перекачку сообщений: он поддерживает очередь сообщений с действиями, которые должны выполняться через графический интерфейс. Эти запросы отправляются в очередь системой и любым потоком приложения. EDT использует их один за другим и отвечает обновлением компонентов графического интерфейса. Сообщения могут быть хорошо известными действиями или включать обратные вызовы, ссылки на пользовательские методы, которые должны выполняться с помощью EDT.

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

Отправка кода пользователя в EDT

Существуют различные решения для отправки кода в EDT и выполнения длительных задач без блокировки цикла.

Компонентные обработчики событий (слушатели)

Компоненты GUI поддерживают списки обратных вызовов, называемые Listeners, которые обычно заполняются при создании компонентов. EDT выполняет слушателей, когда пользователь каким-то образом возбуждает компоненты (нажимается кнопка, перемещается мышь, выбирается элемент, теряется фокус, изменяется размер компонента и т. Д.).

Таймер

Для коротких задач, которые должны получать доступ / изменять графический интерфейс периодически или в определенное время, javax.swing.Timer используется. Его можно рассматривать как невидимый компонент графического интерфейса, слушатели которого зарегистрированы для запуска в определенное время (а).

Эквиваленты

Запросы из других тем

Другие потоки приложений могут передавать некоторый код для выполнения в потоке диспетчеризации событий с помощью SwingUtilities вспомогательные классы (или EventQueue если ты делаешь AWT ). Отправленный код должен быть заключен в Работоспособен объект. Два метода этих классов позволяют:

из потока диспетчеризации событий.

Метод invokeAndWait () никогда не следует вызывать из потока диспетчеризации событий - он вызовет исключение. Метод SwingUtilities.isEventDispatchThread () или же EventQueue.isDispatchThread () может быть вызван, чтобы определить, является ли текущий поток потоком диспетчеризации событий.

Код, предоставленный с помощью invokeLater и invokeAndWait в EDT должно быть как можно быстрее, чтобы предотвратить замерзание. Обычно они предназначены для доставки результата длительных вычислений в графический интерфейс (пользователя).

Шаблон проектирования рабочего

И выполнение задачи в другом потоке, и представление результатов в EDT можно объединить с помощью рабочий шаблон дизайна. В javax.swing.SwingWorker класс, разработанный Sun Microsystems, является реализацией шаблона проектирования worker, а начиная с Java 6 является частью стандартного дистрибутива Swing. SwingWorker обычно вызывается из обработчика событий, выполняемого EDT, для выполнения длительной задачи, чтобы не блокировать EDT.

Образцы

SwingWorker<Документ, Пустота> рабочий = новый SwingWorker<Документ, Пустота>() {    общественный Документ doInBackground() бросает IOException {        возвращаться loadXML(); // тяжелая задача    }        общественный пустота сделано() {        пытаться {            Документ док = получать();            отображать(док);        } ловить (Исключение бывший) {            бывший.printStackTrace();        }    }};рабочий.выполнять();

Если вы используете Groovy и groovy.swing.SwingBuilder, вы можете использовать doLater (), doOutside (), и EDT(). Тогда вы можете написать это попроще так:

doOutside {    def док = loadXML() // тяжелая задача    EDT { отображать(док) }}

Эквиваленты

Модальное исполнение

SwingWorker обычно создается EDT для длительных задач при обработке событий обратного вызова (Listener). Создавая рабочий поток, EDT продолжает обработку текущего сообщения, не дожидаясь завершения рабочего потока. Часто это нежелательно.

Часто ваш EDT обрабатывает действие компонента GUI, которое требует от пользователя сделать выбор с помощью другого диалогового окна, такого как JFileChooser, которое появляется, остается отзывчивым, пока пользователь выбирает его вариант, и действие продолжается с выбранным файлом только после кнопки «ОК». нажата. Видите ли, это требует времени (пользователь отвечает в течение нескольких секунд), и вам нужен отзывчивый графический интерфейс (сообщения все еще перекачиваются в EDT) в течение всего этого времени, пока EDT блокируется (он не обрабатывает более новые, например JFileChooser, сообщения в очередь до закрытия диалога и завершения текущего действия компонента). Порочный круг разрывается, когда EDT входит в новый цикл сообщений, который отправляет сообщения как обычно, пока не придет «модальный диалог» и нормальная обработка сообщений не возобновится из заблокированной позиции в действии компонента.

Открытый исходный код Фокстрот Проект имитирует перекачку цикла сообщений Swing, чтобы обеспечить «синхронный» механизм выполнения для произвольных пользовательских задач, который выполняется только после того, как рабочий завершает задачу.

  кнопка.addActionListener(новый ActionListener()  {	 общественный пустота действие выполнено(ActionEvent е)	 {		кнопка.setText("Спать...");		Нить текст = ноль;		пытаться		{		   текст = (Нить)Рабочий.почтовый(новый Задача()		   {			  общественный Объект пробег() бросает Исключение			  {				 Нить.спать(10000);				 возвращаться "Спала !";			  }		   });		}		ловить (Исключение Икс) ...		кнопка.setText(текст);		что-то другое();	 }  });

Начиная с Java 1.7, Java предоставляет стандарт решение на заказ вторичные петли сообщений выставляя createSecondaryLoop() в системе EventQueue().

Смотрите также

Рекомендации

  1. ^ Эта проблема не характерна для Java Качать. В большинстве Наборы инструментов для виджетов, как например Windows Forms, где Справочная информация класс выполняет ту же цель, что и SwingWorker в Java.
  2. ^ "Поток отправки событий". Sun Microsystems. Получено 2011-10-02.
  3. ^ "Отладка Swing - это действительно сложно?". Александр Поточкин. Архивировано из оригинал на 2011-08-05. Получено 2011-10-02. Внешняя ссылка в | publisher = (помощь)
  4. ^ «Начальные потоки». Sun Microsystems. Получено 2011-10-02.
  5. ^ http://www.pushing-pixels.org/?p=368

внешняя ссылка