@palmut24 окт 2011 в 04:42Еще один способ синхронизации потоковВремя на прочтение4 минОхват и читатели3.4KAndroid * Всего голосов 36: ↑34 и ↓2+32Добавить в закладки84Комментарии8
@ArtRoman25 окт 2011 в 11:04Мне кажется, или у системного плеера (приложение Музыка) именно таким образом происходит связь между сервисом и активити?
@palmut25 окт 2011 в 11:10Показать предыдущий комментарийТакой подход используется во многих местах, в том числе и в плеере.
@pilgr26 окт 2011 в 06:13Интересный подход. Самое занятное, это использование Application для отправки интентов из любого потока без доступа к контексту. Вот только если Application переопределяется, то это нужно явно указать в манифесте <application android:name=".SampleApplication"…
@yuriykulikov4 сен 2012 в 18:13Показать предыдущий комментарийКласс Application наследуется от ContextWrapper, так что достут к контексту как раз есть — через static field mInstance.
@vics00127 окт 2011 в 00:20Про себя: всякими велосипедами, Handler, HandlerThread, Intent баловался, пока не открыл абсолютно замечательный AsyncLoader :)
@bracadabra25 фев 2014 в 19:19А зачем в onReceive использовать Handler, если он обычно и так в UI потоке вызывается? Только чтобы мерцания не было и события лишние отсекались?
@palmut27 фев 2014 в 07:17Комментарий был измененПоказать предыдущий комментарийОбычно или всегда? В ресиверах желательно минимально действий выполнять, чтобы сразу отдавать управление.
@bracadabra27 фев 2014 в 07:29Показать предыдущий комментарийВ данном случае. А кому отдавать? Тут мы из UI потока отдаем управление UI потоку же.
Еще один способ синхронизации потоков