Почему жизненный цикл Asynctask или Runnable отличается от жизненного цикла Activity?

Question

Например, если мы рассмотрим фрагмент кода ниже:

public class HandlerExample extends AppCompatActivity { 

    private Handler mLeakyHandler = new Handler(); 
    private TextView myTextBox; 

    @Override 
    protected void onCreate(@Nullable Bundle savedInstanceState) { 
     super.onCreate(savedInstanceState); 
     setContentView(R.layout.activity_samples); 
     myTextBox = (TextView) findViewById(R.id.tv_handler); 

     // Post a message and delay its execution for 10 seconds. 
     mLeakyHandler.postDelayed(new Runnable() { 
      @Override 
      public void run() { 
       myTextBox.setText("Done"); 
      } 
     }, 1000 * 10); 
    } 
} 

Когда Activity разрушается, либо путем изменения конфигурации или по другой причине, то Runnable не будет. То же самое касается Asynctask s.

Мой вопрос в том, что заставляет его не уничтожаться, даже если оно объявлено в этом Activity?

Считайте, что я спрашиваю о причинах.

Answer 1

Поскольку активность класс работает на UI тему и Runnable, AsyncTask и т.д. работать на фоновые потоки, которые отделены от Ui нити. И завершение Activity не закончится другими потоками, если вы специально не поручите ему сделать это.

Runnable Описание:

Runnable интерфейс должен быть реализован любым классом, экземпляры предназначены для исполнения нити.

AsyncTask Описание:

AsyncTask позволяет правильное и простое использование потока пользовательского интерфейса. Этот класс позволяет выполнять фоновые операции и публиковать результаты по потоку пользовательского интерфейса без необходимости манипулировать потоками и/или обработчиками.

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

Answer 2

Что делает его не разрушаемым, даже если оно объявлено в этом мероприятии?

Когда new Handler() вызывается в потоке (основной нити в вашем случае), то Handler связано с очереди сообщений Looper «s нити, отправки и обработки Runnable с и сообщений из очереди. Эти Runnable s и сообщения имеют ссылку на цель Handler. Хотя метод ActivityonDestroy() не является «деструктором», то есть когда метод возвращает экземпляр Activity, он не будет немедленно убит (see), память не может быть GC-ed из-за неявной ссылки на Activity как внешний класс Runnable. Activity не будет GC-ed для времени задержки, то есть до тех пор, пока Runnable не будет помещен в очередь из очереди сообщений Looper и обработан.

Ссылки:

1. This Handler class should be static or leaks might occur: IncomingHandler
2. How to Leak a Context: Handlers & Inner Classes