Как долго длятся рабочие потоки Android?

Жизненный цикл приложения Android содержит хороший пример, который очень актуален. :

Типичным примером ошибки жизненного цикла процесса является BroadcastReceiver, который запускает поток, когда получает Intent в своем методе BroadcastReceiver.onReceive(), а затем возвращается из функции. Как только он возвращается, система считает, что BroadcastReceiver больше не активен, и, следовательно, его хост-процесс больше не нужен (если в нем не активны другие компоненты приложения). Таким образом, система может завершить процесс в любое время, чтобы освободить память, и при этом она завершает порожденный поток, работающий в процессе.

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

Отдельно стоит упомянуть, что довольно легко слить ваши активность вместе с потоком, даже если вы закончите() ее, но если это ваша последняя/единственная активность, она не меняет картину

когда рабочий поток убит? Убивается ли он только тогда, когда система активно уничтожает процесс?

-> рабочий поток считается квалифицированным после выполнения всего его кода в run функции. Он все еще работает, даже когда ваш activity уничтожен.

В моем случае мой рабочий поток существует как прослушиватель соединения Bluetooth; при получении он снова запустит желаемую активность. В этой ситуации нет активно работающего компонента (Activity, Service, ContentProvider или BroadcastReceiver). Мне кажется, что это должно работать, за исключением того, что что-то убивает мой рабочий поток.

Чтобы это работало, вам нужно иметь фон service в этом случае и сделать soft/weak ссылку на ваш service из вашего рабочего потока или проще, используя EventBus для запуска любого компонента из вашего Service как:

 EventBus.getDefault().post(new BlueToothEvent()); // call in your worker thread
// do something in your service
onBlueToothEventFired(BlueToothEvent  e);

Когда вы запускаете поток, он не зависит от родителя, который его запустил. В вашем случае это активность вашего приложения. Это означает, что пока метод Run не будет полностью выполнен, ваш поток будет жить.

Если вы выйдете из приложения (и, следовательно, вызовете метод onStop действия), поток все еще будет существовать, и вы вызовете утечку памяти. В конечном итоге он будет убит системой, если у вас закончится память.

Поскольку вы упомянули, что создали прослушиватель для прослушивания соединения Bluetooth, ваш поток, вероятно, умрет до того, как получит какое-либо событие (я не могу знать об этом без фрагмента кода). Это также может привести к сбою, что приведет к завершению потока.

В Android есть один основной поток (также называемый пользовательским интерфейсом). Это единственный поток, который использует ваше приложение, если только оно не запускает его явно через Thread.start(), AsyncTask.execute() и т. д. Все действия, службы, BroadcastReceivers и т. д. запускают все свои методы жизненного цикла в этом основном потоке. Обратите внимание, что я включил Службы. Служба работает в основном потоке, если только она не запускает свой собственный поток (исключением является IntentService, который работает в своем собственном потоке).

Созданный вами Thread продолжается до тех пор, пока переданный ему Runnable не вернется из своей функции запуска (или, конечно, процесс не будет завершен). Это может жить после конца Activity/Service, которым оно было создано. Однако такой поток по-прежнему будет жить в исходном экземпляре компонента и не сможет получить доступ к переменным нового экземпляра, если он был перезапущен без особой работы (см. Шаблон загрузчика).