从 Handler Runnable 更新销毁的 Activity UI

Question

以下代码更新 TextView 直到某个条件评估为 false，然后 Handler postDelayed 不会被进一步调用。

但是，如果 Activity 被销毁，它会尝试更新一个 null TextView，那么正确的处理方法是什么？我知道我可以对 TextView 进行防御性空检查，但这仍然不是真正的线程安全。

@Override
protected void onCreate(Bundle savedInstanceState) {
     Handler durationHandler = new Handler();
     durationHandler.postDelayed(updateSeekBarTime, 50);
}

private Runnable updateSeekBarTime = new Runnable() {
            public void run() {

                timeElapsed = mediaPlayer.getCurrentPosition();

                double timeRemaining = finalTime - timeElapsed;

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

                if (timeRemaining >= 1000)
                    durationHandler.postDelayed(this, 200);
            }
        };

换句话说，updateSeekBarTime 可以在任何执行点尝试访问已销毁活动的数据成员，如何防止这种情况发生？

Answer 1

在 onResume() 中启动您的处理程序。 在 onPause() 中用

停止处理程序

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

Answer 2

我正在构建自己的音乐播放器应用并使用

durationHandler.removeCallbacks(updateSeekBarTime);

在 onStop() 中。它对我有用。

编辑：

我防止 Activity 被使用破坏了这一事实，这对上述行有所帮助

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

这确保了 Activity 被最小化而不是被销毁，因此当再次打开时，它非常活泼。

编辑 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;
        }
    };

然后在 onDestroy() 或 onStop() 中调用 updateSeekBarTime.dontWriteText()。我更喜欢 onStop()。

Answer 3

所以经过一些代码搜索和阅读博客后，我在Communicating with the UI Thread的示例代码中找到了答案

即使您可以并且应该从处理程序中删除回调：

handler.removeCallbacksAndMessages(null)

但上述并不能阻止现有正在运行的 Thread 访问已销毁的 Activity 或其视图。

我正在寻找的答案是WeakReference。

创建对您将要使用的 TextView 或 UI 元素的弱引用 使用权。弱引用可以防止内存泄漏和崩溃，因为 它会自动跟踪它所支持的变量的“状态”。如果 引用变得无效，弱引用被垃圾收集。 这种技术对于引用属于 组件生命周期。使用硬引用可能会导致内存泄漏 随着价值的不断变化；更糟糕的是，如果 底层组件被破坏。使用对 a 的弱引用 视图确保引用在本质上更具暂时性。

您仍应检查 null 引用，但现在视图将由活动线程/可运行线程设置为 null，因此您不会面临竞争条件。