Стоит ли делить на потоки реализацию TCP клиента?

Question

[lunat1k]

Раньше работал C++ & Qt, там дело обстояло иначе, возможно даже проще.



Сейчас есть задача написать TcpClient для андроида, то есть на Джаве. Так вот, естественно нужно обрабатывать запросы с сервера, и самому уметь принимать. Пока что я остановился на идее, это разделить работу клиента на два потока, один к примеру принимает запросы от сервера и обрабатывает их. Второй поток, собственно сам гуй и отправка запросов.



Что скажете? Можно ли избрать лучший путь? Хочется послушать людей работавших в этой области, возможно кто то может посоветовать хорошую ссылку на пример с кодом, к сожалению я пока не нашел в интернете src который бы мне помог.

Comments

[pyatigil]

«клиент принимает запросы от сервера» — это как? в смысле клиент посылает запросы серверу и ждет ответа? вообще, если есть время разобраться — почитайте про nio: developer.android.com/reference/java/nio/package-summary.html

Answer 1

[javenue]

Вы все правильно делаете. GUI в подавляющем большинстве случаев выносится в один поток. Кроме этого используется еще произвольное количество потоков для бэкграунд тасков, приема пакетов (в т.ч. tcp), отправки запросов и т.д.

Навскидку — после получения каждого пакета дергаются листенеры, которые и обновляют UI.
Будет время — поищу что-нибудь конкретное.

Answer 2

[equand]

А там нельзя использовать select?
А интерфейс перекинуть на второй тред, в итоге интерфейс не будет тормозить от работы тцпклиента

Comments

[equand]

Я просто не в курсе но возможно Андроид поддерживает socket.setblocking(0)?

[lunat1k]

Ну, я буду использовать java.net для написания клиента, у Android SDK есть более высокоуровневые реализации, где уже не сокетами работаешь. Да и я поглядел народ вроде именно java.net использует, просто я пока не нашел то что ищу(
Вот, а за идею +, посмотрю может что и есть.