Пытаюсь реализовать многопоточный сервер для flash игры на java.
Достаточно важно, чтобы не было задержек с обработкой поступающих от клиента данных.
Правильно ли будет сделать так, как это делается в большинстве найденых мною туториалов, а именно — создавать по потоку на каждого подключающегося путем ServerSocket.accept() клиента? Есть ли более продвинутые альтернативы такому решению?
1. В большинстве случаев, классический подход — 1 поток, синхронная обработка — достаточно быстр. Особенно если нет чтений из файлов и прочего.
2. Если пункт 1 не подходит — потоков должно быть статическое количество, желательно равное количеству аппаратных потоков (ядер) процессора.
Если интересна теория — смотри автоматы Мура / Мили, событийно-ориентированные подход, если язык — смотрите предыдущий ответ.
Почитал ваш коммент на предыдущий ответ. Рекомендую еще и про мультиплексоры почитать. Суть в том, что 1 основной поток может слушать не 1 сокет, а множество, в том числе и на выход, и на создание и прочие… А в отдельные потоки, если уж так хочется, засовывают исключительно обработку.
Что-то я и не нашел). Единственное что javatutor.net/books/tiej/socket тут неплохо затронута тема. А вообще — нужно смотреть функции select / poll / epoll.
Ну и конечно, можно сначала почитать на вики про мультиплексор в общем (термин из схемотехники).
Wiki я прочитал в первую очередь :) А вообще очень полезным для меня оказалось это. Помогло понять, как работает NIO и почему все же не стоит выделять по потоку на клиента.
создание или выделение потока на клиента — это классика клиент-серверных приложений, но мне думается что если игра то каждый клиент будет иметь постоянное двухсторонее соединение с сервером и надо смотреть в сторону server push и прочих кометов.
Мне кажется что надо разделять пул соединений и пул потоков обработчиков очередью сообщений.
