![]() |
|
Модераторы: LSD, AntonSaburov |
![]()
|
|
| Leviafan |
|
|||
![]() Шустрый ![]() Профиль Группа: Участник Сообщений: 52 Регистрация: 19.2.2006 Где: г. Екатеринбург Репутация: нет Всего: нет |
Нужно написать сервер, порождающий множество сервисов. У каждого сервиса есть свой ServerSocket, рабочая очередь для ожидающих обработки accepted сокетов и пул потоков-обработчиков. Как это реализовать более корректно, т.е. не в лоб, а используя подходящие паттерны? Например, как связать поток-обработчик и очередь, чтобы не передавать ссылку на соответствующую очередь каждому потоку соответствующего пула?
|
|||
|
||||
| COVD |
|
|||
|
Эксперт ![]() ![]() ![]() Профиль Группа: Завсегдатай Сообщений: 1655 Регистрация: 26.7.2005 Репутация: 11 Всего: 43 |
Надо уточнить характер взаимодействия. Если это запрос-ответ, то ваше описание соответствует архитектуре http сервера - Томкат, например. В этом случае очередь ожидающих обслуживания соединений может быть много больше, чем размер пула обслуживающих потоков. Если же соединение предполагается постоянным, то смысла в очереди соединений нет - каждому подсоединенному сокету выделяется свой поток (возможно, из пула). Если одновременно соединенных предполагается много (тысячи), то возможно надо использовать NIO.
И непонятно, какая польза от accept на разных портах в одном приложении. |
|||
|
||||
| Alexandr87 |
|
|||
![]() дыкий псых ![]() ![]() ![]() Профиль Группа: Завсегдатай Сообщений: 1459 Регистрация: 27.11.2004 Где: Алматы, Казахстан Репутация: нет Всего: 39 |
Leviafan, взгляните на MINA - фреймвок от Apache
|
|||
|
||||
![]()
|
| Правила форума "Java" | |
|
|
Если Вам помогли, и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, LSD, AntonSaburov, powerOn, tux. |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | Java: Работа с сетью | Следующая тема » |
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |