да.

но можешь проверить логом - воткни в аппликейшн TimerTask что бы он раз в сколько то секунд в лог писал "я живой" - и проверь

но на китаефонах по слухам некоторых может и сдохнуть все. А на некоторых сдк аппликейшн может  помрет не сразу даже без сервиса

спасибо большое. и еще вопрос, как мне передать данные из форграунд сервиса или воркера в ВМ? кроме Broadcast Recevier

коллбэком. Через интерфейс. Через LiveData и observeForever ее. Flow от котлина. Как умеешь так иделай

Если ливдата то мне наверно следует создать ститик ливдату?не такли?

Загвоздка в том, что интент вызывается из другого метода startUpdateFlowForResult. И способа как получить intent, связывающий его я так и не нашел.

Если она в аппликейшн  пока приложение  живое ее и не в статике не соберет сборщик. Если в форграунд сервисе  и держать на него и на лайфдату ссылку в классе  получателе - то же самое. Эти классы и так синглтоны фактически, система два не создаст, так что нет разницы статик или нет если ты можень на них ссылку получить

но можно и в статике

Вы хотя бы кратко/схематично структуру вызовов/методов набросайте, а то я не могу понять откуда у вас там вложенность

ну то есть два форграунд одинаковых сервиса ты можешь умудриться создать но это будет забавно выглядеть и хреново работать )

Чем не угодил бродкаст?

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

В моем понимании - эта ассоциация идеальна, если бы речь шла об общении между фрагментами/активити. А сервис и VM - это скорее кто-то в доме, а кто-то на улице.

Всем привет, у меня recycler(1) в котором еще recycler(2), в котором recycler(3), хотелось бы прикрутить diffUtils на эту конструкцию, кто-то натыкался на примеры?

Надеюсь, что они у вас хотя бы разной ориентации. А если по теме - то в чем именно запутались? А примеры вы вряд-ли найдете, ибо такое не часто встретишь.

как я понимаю, diffCallBack(1) должен находится в AdapterRecycler(1), diffCallBack(2)  в AdapterRecycler(2), diffCallBack(3)  в AdapterRecycler(3), не совсем понимаю как сравнивать старые и новые данные, и в случае разницы подменивать данные, т.к. в adapterRecycler(1) я кидаю данные из фрагмента, а в recycler(2) кидаю данные из recycler(1), соотв в recycler(3) кидаю данные из recycler(2)

ну вот между активностьями нам иначе общаться (вызвать одну из другого) система не дает, пережиток 2011 года. Боле того две активности одновременно не существуют как правило - а если существуют то у вас утечка. А классы обсуждаемые - аппликейшн, форграунд сервис и какой то гласс где будут обрабатываться события, имеющие ссылки друг на друга будут живы всегда пока живо приложение и сервис, хоть обвызывайся методов друг друга даже напрямую и обобращайся напрямую к переменным друг друга

ресайклеры разной ориентации?

все вертикальные