Network Thread?

Question

[Максим Мосейчук]

Встала задача разработки сетевого приложения под Android. Раньше ни с Java ни с Android не сталкивался, не судите строго.



Сетевые операции в главном потоке выполнять нельзя, исключение выскакивает. Ок. Создаю класс, реализующий интерфейс Runnable. Создаю на его основе новый поток. В цикле принимаю данные. А как данные передать обратно в главный поток? И как из основного потока передать сообщение сетевому потоку? Собственное решение — использовать очереди. Но я не уверен, является ли это потоко-безопасно. Может существует какое-нибудь более элегантное решение?

Comments

[Максим Мосейчук]

Сетевой поток постоянный.

Answer 1

[FanKiLL]

Сетевой поток будет постоянным, или его будут запускать по нажатию кнопки или его надо запускать через какой то интервал времени?
Если постоянно в фоне должен быть то делайте Service. В него можно передавать что-то из UI потока и наоборот получать назад.
Подробней про сервисы хорошая статья — читайте тут

Если по нажатию кнопки — то используйте AsyncTask. Важно, вы не сможете обновлять UI элементы из других тредов, так что как получите какие то данные, например нужно обновить список твитов используйте метод runOnUiThread (Runnable action) этот метод есть у всех активити.

Но AsyncTask подходит для маленьких операций, забрать пачку твиттов или забрать rss — не долгие операции.

Используя ExecutorService можно например реализрвать
Producer — Consumer. Сотрите в этом скринкасте как.

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

Comments

[Максим Мосейчук]

Про AsyncTask читал, с постоянным сетевым соединением смотрится некрасиво. Буду курить доку по сервисам. Спасибо вам.

З.Ы. Шарить очередь между разными активити можно, если класс-клиент сделать синглетоном (ну а в нём уже член-очередь). Только я не знаю, как реализована очередь в dalvik. Если извлечение\добавление элементов — не атомарные операции, тогда прощай потоки.

[FanKiLL]

Да, Application класс и есть по сути singleton. Разница только в том, что свой сингелтон вы можете инициализировать когда вы захотите, а application сам инициализируется при старте аппликации.

В андроид есть atomic и всё из java.util.concurrent. Так что в полне можно очередь сделать на BlockingQueue

Answer 2

[Konstantin Malyarov]

Я хоть и понимаю, что прошло два года.
Лучше сделать так:
Главный поток чекает дочернии потоки и следит за их состоянием.
Весь функционал живёт в дочерних.
Передача между соседними дочерними потоками будет создана через отдельный класс.
И самое главное синхронизавать потоки, ибо скорость обработки выше скорости передачи сети.