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

Question

Я видел некоторые публикации на эту тему, но ни один из них не имеет удовлетворительных ответов.

Предположим, что я начал рабочий поток из моего основного (одного и того же) Activity в своем методе onCreate(). Затем я вызываю finish(), чтобы вызвать завершение операции Activity.

В этот момент задача, к которой он принадлежит, уничтожается (поскольку в ней больше нет Activity). Приложение (и процесс, выполняющий его) может продолжать существовать, однако, в пустой форме «скелета», чтобы при желании его можно было быстро перезапустить (хотя он был бы очень восприимчивым к тому, чтобы его убили системой).

Предполагая, что это правильно - когда рабочая нить убита? Это только убито, когда система активно разрушает процесс?

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

Я знаю, что мог бы сделать это (и с меньшей болью), используя фон Service. Однако мне интересно, почему это не работает.

Спасибо, Barry

Answer 1

Android App lifecycle имеет хороший пример, который очень по теме:

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

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

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

Answer 2

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

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

Answer 3

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

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

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

Answer 4

Когда рабочая нить убита? Это только убито, когда система активно разрушает процесс?

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

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

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