Обновление пользовательского интерфейса уничтоженной активности из Handler Runnable

Запустите обработчик в onResume(). В onPause() остановите обработчик с помощью

handler.removeCallbacksAndMessages(null); //null removes everything

Я создаю собственное приложение Music Player и использую

durationHandler.removeCallbacks(updateSeekBarTime);

в onStop(). Меня устраивает.

РЕДАКТИРОВАТЬ:

Приведенной выше строке помогает тот факт, что я предотвращаю уничтожение Activity с помощью

@Override
public void onBackPressed() {
    moveTaskToBack(true);
}

Это гарантирует, что действие будет свернуто, а не уничтожено, поэтому при повторном открытии оно будет очень быстрым.

РЕДАКТИРОВАТЬ 2:

private Runnable updateSeekBarTime = new MyRunnable();

private class MyRunnable extends Runnable {
        private boolean dontWriteText = false;
        @Override
        public void run() {

            timeElapsed = mediaPlayer.getCurrentPosition();

            double timeRemaining = finalTime - timeElapsed;

        if(!dontWriteText)
            timeLeft.setText(String.format("%d", TimeUnit.MILLISECONDS.toSeconds((long) timeRemaining)));

            if (timeRemaining >= 1000)
                durationHandler.postDelayed(this, 200);
        }
        public void dontWriteText() {
            dontWriteText = true;
        }
    };

Затем вызовите updateSeekBarTime.dontWriteText() в onDestroy() или onStop(). Я бы предпочел onStop().

Итак, после некоторого поиска кода и чтения блогов я нашел ответ в примере кода Communicating с потоком пользовательского интерфейса

Хотя вы можете и должны удалять обратные вызовы из обработчика:

handler.removeCallbacksAndMessages(null)

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

Я искал ответ WeakReference.

Создайте слабую ссылку на элемент TextView или UI, к которому вы будете обращаться. Слабая ссылка предотвращает утечку памяти и сбои, поскольку она автоматически отслеживает «состояние» переменной, которую поддерживает. Если ссылка становится недействительной, слабая ссылка удаляется сборщиком мусора. Этот метод важен для обращения к объектам, которые являются частью жизненного цикла компонента. Использование жесткой ссылки может вызвать утечку памяти, поскольку значение продолжает изменяться; что еще хуже, это может привести к сбоям, если базовый компонент будет уничтожен. Использование слабой ссылки на представление гарантирует, что ссылка носит более временный характер.

Вы по-прежнему должны проверять ссылку на null, но теперь представление будет установлено на null активным потоком/исполняемым объектом, поэтому вы не столкнетесь с состоянием гонки.