воркменеджер живёт также своей жизнью и не привязан к аппу. синглтон общий для всех. я не пойму как это происходит но судя по логам оно создаёт ещё один инстанс

<service
           android:name=".fcm.FCMService"
           android:exported="false"
           android:stopWithTask="false" >
           <intent-filter>
               <action android:name="com.google.firebase.MESSAGING_EVENT" />
           </intent-filter>
       </service>



       <service
           android:name=".foreground_service.EndlessServiceAUC"
           android:enabled="true"
           android:exported="false" />


       <service
           android:name=".background_service.BackgroundService"
           android:directBootAware="true"
           android:enabled="true"
           android:exported="false"
           android:process=":Remote" />

Ага. Путаешь потоки с процессами.

Разные процессы принципиально не могут шарить один объект.

там есть запросы которые реализованы через общий синглтон. и оно не синхронизируется(

как победить?

Он не общий. У тебя разные вир уал ныне машины, у них разная память.

Убрать дочерние процессы.

Отказаться от использования процессов и перейти на потоки в сервисе

Не могу понять, что мешало прям здесь ответить «да».

эммм... задача:

есть фореграунд сервис который живёт без аппа ходит в сеть и тп
есть сервис который лежит под аппом и ловит SSE
есть воркманагер который ходит в сеть и синькает коечто на серваке
есть сам апп

есть один синглтон через который организована сеть и ещё один с БД

и есть ключики акцесс и рефреш которые надо синькать между всеми этими вещами

подскажите тогда по архитектуре что не так если нельзя расшарить БД и Ретрофит между ними?

как это будет выглядеть в одном процессе?

глобальный недосып) сорри)

В одном процессе это будет выглядеть так: в манифесте у компонента не будет атрибута process.

кхм... ну да... тут Remote

ну тогда ещё тут же возникший вопрос: а если всётаки remote ? какие варианты шарить данные? броадкаст?

куда читать?)

А зачем вам собственно remote?

А зачем?
Тогда можно bindService или триггеры в БД.

это уже другой вопрос)))

да просто хотябы знать как работать в мультипроцесс если напрямую ничего не шарится... хотя шарится но странно читать оно может и писать... только не синхронизируется

Там будет очень много странного. Например, разъёб кэшей HTTP-клиента, если оба смотрят в одну директорию.