Timertask lub Handler

Powiedzmy, że chcę wykonywać jakąś czynność co 10 sekund i niekoniecznie muszę aktualizować widok.

Pytanie brzmi: czy lepiej (mam na myśli bardziej wydajne i efektywne) używać timera z timertask, jak tutaj:

final Handler handler = new Handler();

TimerTask timertask = new TimerTask() {
    @Override
    public void run() {
        handler.post(new Runnable() {
            public void run() {
               <some task>
            }
        });
    }
};
timer = new Timer();
timer.schedule(timertask, 0, 15000);
}

lub po prostu handler z opóźnieniem

final Handler handler = new Handler(); 
final Runnable r = new Runnable()
{
    public void run() 
    {
        <some task>
    }
};
handler.postDelayed(r, 15000);

Byłbym również wdzięczny, gdybyś mógł wyjaśnić, kiedy zastosować które podejście i dlaczego jedno z nich jest bardziej wydajne niż inne (jeśli rzeczywiście jest).

Handlerjest lepszy niż TimerTask.

Java TimerTaski Android Handlerumożliwiają planowanie opóźnionych i powtarzających się zadań w wątkach w tle. Jednakże, w literaturze zdecydowanie zaleca stosowanie Handlerna TimerTaskAndroid (patrz o , o , o , o , o , a tutaj ).

Niektóre z zgłoszonych problemów z TimerTask obejmują:

• Nie można zaktualizować wątku interfejsu użytkownika
• Wycieki pamięci
• Zawodne (nie zawsze działa)
• Długotrwałe zadania mogą kolidować z następnym zaplanowanym zdarzeniem

Przykład

Najlepszym źródłem wszelkiego rodzaju przykładów Androida, które widziałem, jest Codepath . Oto Handlerprzykład powtarzającego się zadania.

// Create the Handler object (on the main thread by default)
Handler handler = new Handler();
// Define the code block to be executed
private Runnable runnableCode = new Runnable() {
    @Override
    public void run() {
      // Do something here on the main thread
      Log.d("Handlers", "Called on main thread");
      // Repeat this the same runnable code block again another 2 seconds
      handler.postDelayed(runnableCode, 2000);
    }
};
// Start the initial runnable task by posting through the handler
handler.post(runnableCode);

Związane z

• Handler vs Timer: wykonywanie na ustalony okres czasu i wykonywanie na stałe tempo rozwoju Android

Korzystanie z funkcji Timer ma kilka wad

Tworzy tylko jeden wątek do wykonywania zadań, a jeśli zadanie trwa zbyt długo, inne zadania cierpią. Nie obsługuje wyjątków generowanych przez zadania, a wątek po prostu się kończy, co wpływa na inne zaplanowane zadania i nigdy nie są uruchamiane

Skopiowano z:

TimerTask vs Thread.sleep vs Handler postDelayed - najdokładniejsze wywołanie funkcji co N milisekund?

Wersja zaakceptowanej odpowiedzi Kotlin:

val handler = Handler()

val runnableCode = object : Runnable {
    override fun run() {
       Log.d("Handlers", "Called on main thread")
       handler.postDelayed(this, 2000)
    }
}

handler.post(runnableCode)