делают эффективного внедрение этого Java MouseListener Logic

Question

У меня есть MouseListener тема, где этот метод вызывается каждый раз, когда есть щелчок:

public void mousePressed(MouseEvent event){ 

    //my Logic here 

} 

Теперь, что происходит, что есть так много кликов в короткое время, в то время как моя логика здесь занимает больше времени для обработки. Я ожидал, что дальнейшие клики будут отброшены, и этот метод будет продолжен по последним предстоящим кликам.

Но то, что происходит, когда логика обрабатывается, входящие клики поставлены в очередь, и даже когда клик остановлен, qued клики продолжают называть этот метод mousePressed, в результате у меня есть несколько отложенных исполнений.

К сожалению, у меня нет контроля над слушателем (почему он задает вопросы и продолжает отправлять задержанные клики), поэтому в таком сценарии вы можете рассказать мне, что является эффективным способом обработки, так что я не делаю очереди для задержки в моей обработке.

Я думаю, что самый очевидный способ - использовать другой поток, но мне интересно, что это может вызвать столько потоков за меньшее время, или есть ли способ заблокировать только один поток, в то время как остальные клики просто пройдут через пустые цикл?

Answer 1

Одним из решений было бы получить доступ к компоненту, на который пользователь нажал и отключил его во время обработки MouseListener. Таким образом, он не принимает новые клики. Это будет иметь дополнительное преимущество, чтобы дать пользователю визуальную обратную связь, что он не должен нажимать на компонент в это время.

Вы можете получить доступ к компоненте через MouseEvent:

public void mousePressed(MouseEvent event) { 
    event.getComponent().setEnabled(false); 
    try { 

    // .... 

    } finally { 
    event.getComponent().setEnabled(true); 
} 

В общем, хотя вы не должны делать слишком много вычислений в свинге событиях слушающего потока, потому что свинг также нуждается в ней для обработки других событий и живописи. Вы должны использовать отдельные потоки для выполнения фактической работы и просто запускать их в MouseListener. Вы также можете использовать ExecutorService для упрощения этого. Было бы неплохо отключить компонент gui во время всего вычисления, чтобы дать пользователю обратную связь.

Edit: Это решение, конечно, зависит от Swing. Любое подобное решение зависит от деталей вашей библиотеки графического интерфейса, поэтому, если вы используете свою собственную графическую библиотеку, вы являетесь своей собственной.

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

Answer 2

Обновления: См. Комментарии Филлипа относительно того, почему это не работает для Swing!

К сожалению, у вас нет доступа к eventListener. Идеальным решением было бы отменить регистрацию обратного вызова во время его выполнения.

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

private AtomicBoolean engaged = new AtomicBoolean(); // thread-safe boolean 

public void mousePressed(MouseEvent event){ 
    if (!engaged.get()) { 
     engaged.set(true); 

     // your logic here 

     engaged.set(false); 
    } 
} 

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