Ob'yasnite, please, kak rabotaet systema Listener-Event v multithreadinge, esli sobitie generiruetsya v odnom threade a slushateli v drugom...

I znayu, chto ves' Swing postroen na etom, t. e. imeetsya k-l  Concurrent Queue , v kotorom sobirayutsya vse tipi swing eventov, i potom takzhe comcurrent raspredelyayutsya po listeneram...(tak ili poshti tak, izvenite ...).

Kak zhe sdelat' tak chtobi kazhdiy Event nashel svoego slushatelya, v usloviyax multithreadinga??? 

sol78, используй пожалуйста чекбокс Транслит, иначе текст тяжело воспринимается, да и честно говоря не до конца понимаю вопрос.

   Translit ne rabotaet!!!

powerOn,  chto imenno ne ponyatno, i pricem sdes' GUI?

Очередь Event-Queue одна и много потоков могут туда ставить свои задания. А обслуживает эту очередь один поток - извлекает из очереди по одному заданию и выполняет. Если задание - это событие, то поток идет к списку (наверное это ArrayList ) зарегистрированных слушателей - потребителей  и всем подряд предлагает.  Кому тип события подходит, тот его и принимает. А конкуренция, т.е. синхронизация, только на входе очереди. Там же одновременно разные потоки пытаются добавить задание.  

Swing это не GUI?


Что бы кто-то нашел кого-то, он должен иметь ссылку на кого-то. Как конкретно организовать взаимодействие зависит от решаемой задачи.

poprobuyu esche raz,
obichnaya sxema Listener-Event
tut
kak ona budet rabotat', esli event generiruetsya v odnom threade, a listeneri v drugom???
powerOn, nalishie slova Swing, ne oznachaet prinadlezhnost' k GUI!

Объясни, что ты понимаешь, под "листенеры в другом потоке"?
Листенер - это в итоге функция, которая вызывается при обработке события. Как тебе уже объясняли, событие после генерации попадает в очередь, из которой в отдельном (и единственном!) потоке обработки событий (если я не путаю, то он же и есть обычный свинговый поток, хотя в терминологии я малость "плаваю") поочерёдно берутся все события. Далее запускается обработка события листенерами. Всё в том же потоке. То есть, у тебя не могут быть листенеры разбросаны по куче потоков. Они все отрабатывают в одном и том же потоке. Нет, ну при желании конечно можно извратиться, но это уже не будет обычная работа свинга.   

Ну вот я вас и не понял, поскольку читать транслит тяжело.  Прочитав это предложение с учетом упоминания Swing events: 


Мне подумалось что под Event это Swing-овое событие, которое нужно доставить в отдельный поток.   
Но мне не жалко, я могу и обратно в общие вопросы перенести   

nornad,  da mi tut pereskazivaem slova drug druga...
 
vopros ne kasaetsya neposredstveno Swinga...
 

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

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

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

Если объекты асинхронны (работают в разных потоках), то нужно как-то самому обеспечить синхронизацию. Например, пометить synchronized все методы, которые исполняют события. 

Другой способ -- использовать функцию SwingUtilities.invokeLater. Она обеспечивает запуск кода в том потоке, который выполняет Свинг. Тогда обычные объекты, синхронные со Свингом, будут испускать или выполнять события обычным образом, а асинхронные -- через эту функцию.