5

沮丧的帖子....

我刚刚偶然发现了许多人在这里报告的“CountDownTimer - last onTick not called”问题。

显示问题的简单演示

package com.example.gosh;

import android.app.Activity;
import android.os.Bundle;
import android.os.CountDownTimer;
import android.util.Log;

public class CountDownTimerSucksActivity extends Activity {

int iDontWantThis = 0; // choose 100 and it works yet ...

private static final String TAG = "CountDownTimerSucksActivity";

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.main);

    new MyCountDownTimer(10000 + iDontWantThis , 1000).start();
}

class MyCountDownTimer extends CountDownTimer {

    long startSec;

    public MyCountDownTimer(long millisInFuture, long countDownInterval) {
        super(millisInFuture, countDownInterval);
        // TODO Auto-generated constructor stub
        startSec = System.currentTimeMillis() ;
    }

    @Override
    public void onFinish() {
        // TODO Auto-generated method stub
        Log.e(TAG, " onFinish (" + getSeconds() + ")");
    }

    @Override
    public void onTick(long millisUntilFinished) {
        // TODO Auto-generated method stub
        Log.e(TAG, millisUntilFinished + " millisUntilFinished" + " (" + getSeconds() + ")");

    }

    protected long getSeconds() {
        return  (((System.currentTimeMillis() - startSec) / 1000) % 60);

    }

}

}

测试运行的 logcat 输出...

logcat 输出

如您所见，上一次调用 onTick 发生在 1963 毫秒 millisUntilFinished 时，然后下一次调用在近 2 秒后发生 onFinished。肯定是有问题的行为。我在这方面发现了很多帖子，但还没有干净的解决方案。我在源代码中包含的一个，如果您将 iDontWantThis 字段设置为 100，它可以工作。

我不介意小领域的解决方法，但这似乎是一个核心功能，我无法理解它还没有修复。你们正在做什么来为此提供一个干净的解决方案？

非常感谢

马丁

更新：

Sam 对 CountDownTimer 的一个非常有用的修改，它不会由于内部毫秒延迟而抑制最后一个滴答声，并且还可以防止每个滴答声随着时间的推移而累积毫秒延迟，可以在这里找到

4

4 回答 4

8

您遇到的行为实际上是在CountdownTimer代码中明确定义的；看看源码。

注意内部handleMessage()，如果剩余时间小于间隔，它明确地不调用onTick()，只是延迟直到完成。

但是请注意，源代码CountdownTimer只是一个非常薄的包装器Handler，它是 Android 框架的真正计时组件。作为一种解决方法，您可以非常轻松地从此源创建自己的计时器（少于 150 行）并删除此限制以获得最终的滴答回调。

于 2012-09-14T20:09:27.070 回答
2

我认为挫败感来自对蜱应该是什么的错误预期。正如另一个答案所指出的，这种行为是故意的。另一种可能的处理方法是简单地指定一个较小的间隔。例如，如果您正在实现某种倒计时时钟，将时间间隔更改为 500 不会有什么坏处。如果仅在秒数变化时完成某些工作很重要，那么您也可以通过存储和的结果来做到这getSeconds()一点仅当该值更改时才执行该工作。

如果CountdownTimer更改为即使剩余时间小于间隔也始终触发最后一个滴答声，我敢肯定 StackOverflow 会有一堆问题，例如“为什么我在最后一个滴答声中没有足够的时间CountdownTimer？”

于 2012-09-14T20:35:41.487 回答
1

我不明白你为什么说这是故意行为，API 准确地说：

“将倒计时安排到未来的某个时间，并在此期间定期通知。”

new CountDownTimer(30000, 1000) {

    public void onTick(long millisUntilFinished) {
        mTextField.setText("seconds remaining: " + millisUntilFinished / 1000);
    }

    public void onFinish() {
        mTextField.setText("done!");
    }
}.start();

如果您将时间设置为 30 秒，并将 countDownInterval 设置为 1000，正如 API 所说的那样，它应该被准确地触发 30 次。我认为这不是故意的行为，而是错误的实施。

解决方案应该是 Sam 在这里提出的解决方案：

android CountDownTimer - 滴答之间的额外毫秒延迟

于 2013-08-07T11:36:53.897 回答
1

Android 的CountDownTimer第一次调用onTick()（无延迟）计时器启动（如第 93 行所示）

发布此消息后，onTick() 会根据计时器完成前的剩余时间来调用。

如果直到计时器完成的剩余时间小于指定的时间间隔，则不会调用 onTick() （第 136 行）。这就是你最后一个 onTick() 没有被调用的原因。

修改 CountDownTimer 类

我已修改计时器以在指定延迟后调用 onTick() 所有间隔（包括第一个和最后一个）。这是课程 -

public abstract class CountDownTimer {

    private final long mMillisInFuture;
    private final long mCountdownInterval;
    private long mStopTimeInFuture;

    private boolean mCancelled = false;

    public CountDownTimer(long millisInFuture, long countDownInterval) {
        mMillisInFuture = millisInFuture;
        mCountdownInterval = countDownInterval;
    }

    public synchronized final void cancel() {
        mCancelled = true;
        mHandler.removeMessages(MSG);
    }

    public synchronized final CountDownTimer start() {
        mCancelled = false;
        if (mMillisInFuture <= 0) {
            onFinish();
            return this;
        }
        mStopTimeInFuture = SystemClock.elapsedRealtime() + mMillisInFuture;
        onTick(mMillisInFuture);
        mHandler.sendMessageDelayed(mHandler.obtainMessage(MSG), mCountdownInterval);
        return this;
    }

    public abstract void onTick(long millisUntilFinished);

    public abstract void onFinish();

    private static final int MSG = 1;

    private Handler mHandler = new Handler() {
        @Override
        public void handleMessage(Message msg) {
            synchronized (CountDownTimer.this) {
                if (mCancelled)
                    return;
                final long millisLeft = mStopTimeInFuture - SystemClock.elapsedRealtime();
                if (millisLeft <= 0) {
                    onFinish();
                } else {
                    onTick(millisLeft);
                    sendMessageDelayed(obtainMessage(MSG), mCountdownInterval);
                }
            }
        }
    };
}
于 2018-12-24T09:49:57.303 回答