android timer定时不准的问题

最新推荐文章于 2022-10-28 13:59:10 发布

原创最新推荐文章于 2022-10-28 13:59:10 发布 · 6.8k 阅读

1 ·

CC 4.0 BY-SA版权

JAVA.安卓专栏收录该内容

16 篇文章

订阅专栏

本文记录了一次使用Timer定时器遇到的问题，即随着时间推移定时任务执行间隔逐渐缩短的现象。作者通过实验发现，在初始阶段定时器能较准确地按设定时间间隔运行，但一段时间后间隔变得越来越短。

记录：今天才发现timer这个定时器类定时不太准的事情，记录一下，问度娘，原因貌似很杂，或快或慢，锁屏的情况下，据说是因为cpu 进入sleep状态了。今天自己写了个例子，没隔五秒执行一次，发现刚开始还是蛮准的，过一段时间之后就发现基本就变成2秒运行一次了，不知道是啥原因，记录待查询！

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

super_luo

关注关注

1
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Android 系统锁屏息屏休眠时Handler CountDownTimer计时器停止运行问题解决

安卓兼职framework和app工程师的博客

04-09

1947

在进行app开发的过程中，在进行某些倒计时的功能项目开发中，会遇到在锁屏息屏休眠一段时间的情况下，在唤醒屏幕的情况下发现倒计时已经停止了，这是因为在系统处于休眠的状态下cpu也停止了工作，所以 handler和countdowntimer倒计时也停止了工作，接下来就来看怎么样来实现这个问题的解决

Android AlarmManager 重复精准重复定时

hdhhd的博客

04-26

1608

// 获取AlarmManager实例 public static AlarmManager getAlarmManager(Context context) { return (AlarmManager) context.getSystemService(Context.ALARM_SERVICE); } String text 为要设置的时间 ...

参与评论您还未登录，请先登录后发表或查看评论

AlarmManager定时不准确

qq_35168368的博客

04-26

4139

今天用AlarmManager做定时功能期间，粗心大意之下，踩了个坑，在此记录一下，提醒自己的同时希望能帮到其他小伙伴。首先申明一下，本文所要讲的时间不准确问题不是系统省电模式引起的问题，至于本人解决省电导致的定时时间不准确的方案，在此就不加以复述，为啥？因为我是做系统开发，不用考虑省电，并且我懒，直接改底层，大部分小伙伴们采用不了！主要表现就是：明明自己定好了一定时间后的pen...

android 定时器误差,Android 倒计时出现误差解决方式

weixin_33507838的博客

05-26

1309

写在前面这几天在实现一共和倒计时有关的功能，使用CountDownTimer实现。然而，在测试的时候发现，倒计时经常发现跳秒、不出现1的情况，因此对这方面进行了一些了解。本文准备介绍一下CountDownTimer倒计时不准确的原因，以及自己实现的一个计时器～CountDownTimer的问题发现跳秒、不出现1的问题之后，首先将每次onTick()的回调时间打印了出来(这里忘记保存log了，就口述...

android解决AlarmManager警报器计时不准，在手机灭屏后延迟的问题

美奇软件开发工作室

11-08

3605

导读：最近使用AlarmManager的闹钟开发一个提醒业务，在模拟器上测试没有问题，低版本（android6.0以下）的手机上也没有问题，但在android11版本的手机上就出现了“灭屏后延迟的问题”，大概延迟2-5分钟。具体原因：google为了缓解Android手机饱受诟病的耗电问题，在6.0版本引入了新的省电机制Doze模式，在android6.0之后，如果想继续保持AlarmManager在手机处于所谓Doze模式时仍然能够被即时响应，则需要使用AlarmManager新提供的两个方法setA

Android使用Timer会不准的问题

zhaoze87的专栏

05-09

2871

今天用Timer实现定时器的功能，调试的时候觉得时间还很准的，但是把程序安装到手机上，过段时间后发现定时器很不准了。而且在程序后台运行或者锁屏的时候就会很慢了。在网上搜搜发现确实会有这个问题，应该是为了省电考虑吧。如果需要精确的定时的话可以用AlarmManager ,写在这里做个记号！

android 精确定时器,Android计时器不准确

weixin_29163581的博客

05-26

1021

好的,所以,我是java和Android编程的真正初学者.我正在尝试为友谊赛制作一个篮球应用程序.现在我正在制作一个从24到0的拍摄时钟,播放声音,并通过一个按钮重置.public class MainActivity extends Activity {private ShotClock shotClock;private TextView shotClockTimer;private Time...

Android定时任务

GeofferySun的专栏

03-17

905

1. Timer Timer 是 JDK 自带的定时任务执行类，可以直接使用 Timer 来实现定时任务。这种实现方式比较简单，可以指定首次执行的延迟时间、首次执行的具体日期时间，以及执行频率，能满足日常需要。Timer 是线程安全的，因为背后是单线程在执行所有任务。Timer 是基于绝对时间调度的，而不是基于相对时间，所以它对系统时间的改变非常敏感。 1.1 它的使用代码如下： import java.util.Date; import java.util.Timer; import java.util.

Android---Alarm定时任务 Doze模式

m0_56366502的博客

10-28

1183

一篇文章完整的讲述，Alarm模式完成定时任务，Doze模式低耗电

Android 关于 CountDownTimer onTick() 倒计时不准确问题源码分析

weixin_30614109的博客

09-15

517

一、问题 CountDownTimer 使用比较简单，设置 5 秒的倒计时，间隔为 1 秒。 final String TAG = "CountDownTimer"; new CountDownTimer(5 * 1000, 1000) { @Override public void onTick(long millisUntilFinished) { ...

android alarmmanager 定时不准确,关于安卓AlarmManager定时会失效的问题，请大神指教！...

weixin_28676181的博客

05-28

1511

网上查了N多资料，基本都是讲解AlarmManager要怎么用，但基本没怎么说什么情况会失效或被安卓系统杀掉。都说AlarmManager是系统级的服务，手机睡眠后都能唤醒CPU执行。但我测试在手机不休眠时能正常功能，一旦休眠后过几个小时后不再重复定时执行。我写了写入数据库的日志，从日志可以清晰看到定时服务确实没再执行过。下面是我的代码，请大神指教啊！在服务的onCreate方法中启动定时发送广播...

android的CountDownTimer开始时间不准或者不能倒计时到0的一种解决思路

wz5779354的博客

06-21

1024

转载自https://blog.youkuaiyun.com/u010898329/article/details/75005814

关于alarmmanager.set() or .setExact() 任务启动时间不准的一点想法(未实现)

老黑牛

05-28

5847

个人想法，未实现，仅仅为了记下来待以后真的需要时实现。对于将缓存清理后以及锁屏一段时间后定时启动不准的问题的能想到的解决方案： ①在需要启动定时任务的时间点的前一段时间用PowerManager.WakeLock唤醒CPU （调用acquire(long timeout) ），此做法的目的是使CPU提前启动以待真正的需要的定时任务能准时启动（耗电量不是很大，可以采用）。 ②一直唤醒CP

android解决使用CountDownTimer出现的时间不稳定问题（执行多次变化加快）

xwtao的专栏

12-28

6774

在使用CountDownTimer时，最好不要直接在一个方法里面直接new出一个来，而应该在类开始就要定义和声明一个变量来，再在方法里start。若在方法里要新new个出来，最好要先把之前的清理掉 if(countDownTimer!=null) { countDownTimer.cancel(); //防止new出多个导致时间跳动加速 countDownTimer=null; }

周期延时任务TimerTask,Timer

skyang在路上

08-22

705

public class MainActivity extends AppCompatActivity { private static final String TAG = "MainActivity"; private Timer timer; private TimerTask timerTask; @Override protected void on...

android 8.1 蓝牙打不开之CLOCK_BOOTTIME_ALARM问题

Android系统开发笔记

07-03

3166

最近在配置android8.1系统的蓝牙时，按照之前android6.0的方式配置，完成后蓝牙打开不了，查看发现如下log: 07-03 17:11:36.054 1482 1498 E bt_btif_config_transcode: btif_config_transcode unable to load XML file '/data/misc/bluedroid/bt_co...

android 定时器time启动线程相关异常

zongxu8531的博客

12-30

400

我用time启动了一个线程，但是用time.schedule启动，用timer.cancel(); timer.purge()； timer = null关闭之后，再一次用time启动，就会出现死机现象。找了半天也不知道怎么回事，求解决方法，望大神指点（附异常图如下）随便也附带一个问题，我用socket写了一个Java的小服务器。怎么让手机的Android客户端连接到我的服务器

AlarmManager计时不准，在手机灭屏后延迟的问题

最新发布

06-13

<think>我们面临的问题：在Android子线程中每2秒定时循环执行网络请求。注意事项：1.网络请求不能在主线程执行，否则会触发NetworkOnMainThreadException。2.定时循环任务需要能够在适当的时候取消，避免内存泄漏。3.考虑线程安全以及资源释放。参考引用中提供了几种定时器的使用方式：引用[1]：使用Timer和TimerTask，但注意在子线程中执行，如果要更新UI需要切换到主线程。引用[2]：提到了Handler机制，可以使用Handler的postDelayed方法实现循环任务。引用[3]：同样使用Timer定时器，在子线程中调用View的postInvalidate()方法（该方法内部会切换到主线程）。引用[4]：使用Handler的postDelayed实现循环任务，但注意如果任务执行时间过长可能导致定时不准（引用[5]提到的问题）。根据需求，我们需要在子线程中每2秒执行一次网络请求，因此可以选择：方案一：在子线程中使用Handler的postDelayed方法（需要该子线程有Looper）。方案二：使用Timer和TimerTask在子线程中执行。方案三：使用ScheduledExecutorService（这是Java并发包中的定时任务执行器，更现代，推荐）。我们分别实现这三种方案，并分析优缺点。方案一：使用Handler（需要子线程有Looper）步骤：1.创建一个带有Looper的子线程（可以使用HandlerThread）。2.在该线程中创建Handler。3.使用Handler.postDelayed()方法循环执行任务。方案二：使用Timer1.在子线程中创建Timer。2.定义TimerTask，在其中执行网络请求。3.使用timer.schedule()方法定时执行。方案三：使用ScheduledExecutorService1.创建ScheduledExecutorService实例。2.使用scheduleAtFixedRate或scheduleWithFixedDelay方法执行周期任务。考虑到网络请求的耗时以及定时器的准确性，引用[5]提到setInterval（类似于固定速率执行）可能会因为任务执行时间超过间隔而导致不准，所以我们可以选择固定延迟（scheduleWithFixedDelay）来保证每次执行之间的间隔（从任务结束到下一次开始的时间间隔为2秒）。或者使用固定速率（scheduleAtFixedRate）但要注意如果任务执行时间超过2秒，则下一次任务会立即开始，导致重叠。根据需求，我们通常希望每两次请求之间至少有2秒的间隔，因此使用scheduleWithFixedDelay更合适。下面分别给出三种方案的代码示例：方案一：Handler（在HandlerThread子线程中）```javapublicclassNetworkRequestHandler{privateHandlerThreadhandlerThread;privateHandlerhandler;privateRunnableperiodicTask;publicvoidstartPeriodicRequest(){handlerThread=newHandlerThread("NetworkRequestThread");handlerThread.start();handler=newHandler(handlerThread.getLooper());periodicTask=newRunnable(){@Overridepublicvoidrun(){//执行网络请求performNetworkRequest();//每2秒执行一次（注意：这里是从本次任务开始后2秒再次执行，如果任务执行时间超过2秒，则下一次会立即开始？）//实际上，Handler的postDelayed是在本次任务执行完成后，再延迟2秒执行下一次。所以如果任务执行时间很长，那么两次任务开始的实际间隔会是（任务执行时间+2秒）handler.postDelayed(this,2000);}};//首次启动handler.post(periodicTask);}privatevoidperformNetworkRequest(){//网络请求代码，注意这里是在子线程中，所以可以直接执行网络请求//例如使用HttpURLConnection或OkHttp}publicvoidstopPeriodicRequest(){//移除任务if(handler!=null){handler.removeCallbacks(periodicTask);}if(handlerThread!=null){handlerThread.quitSafely();}}}```方案二：Timer```javapublicclassNetworkRequestTimer{privateTimertimer;privateTimerTasktimerTask;publicvoidstartPeriodicRequest(){timer=newTimer();timerTask=newTimerTask(){@Overridepublicvoidrun(){performNetworkRequest();}};//延迟0秒，每2秒执行一次timer.schedule(timerTask,0,2000);}privatevoidperformNetworkRequest(){//网络请求代码}publicvoidstopPeriodicRequest(){if(timer!=null){timer.cancel();timer=null;}}}```注意：Timer的schedule方法如果任务执行时间超过间隔，那么下一次任务会等待当前任务完成后再开始（即多个任务不会并行执行，但会导致间隔时间变长）。另外，Timer使用单线程执行任务，如果某个任务抛出异常，整个Timer会终止。方案三：ScheduledExecutorService（推荐）```javaimportjava.util.concurrent.Executors;importjava.util.concurrent.ScheduledExecutorService;importjava.util.concurrent.ScheduledFuture;importjava.util.concurrent.TimeUnit;publicclassNetworkRequestExecutor{privateScheduledExecutorServiceexecutor;privateScheduledFuture<?>future;publicvoidstartPeriodicRequest(){executor=Executors.newSingleThreadScheduledExecutor();future=executor.scheduleWithFixedDelay(newRunnable(){@Overridepublicvoidrun(){performNetworkRequest();}},0,2,TimeUnit.SECONDS);//初始延迟0秒，之后每次任务结束到下一次任务开始间隔2秒}privatevoidperformNetworkRequest(){//网络请求代码}publicvoidstopPeriodicRequest(){if(future!=null){future.cancel(true);}if(executor!=null){executor.shutdown();}}}```优点：-可以更灵活地控制任务执行方式（固定延迟或固定速率）。-可以处理任务中的异常（不会因为一个任务异常而停止整个调度）。-线程池可以复用，管理多个任务。注意事项：1.网络请求需要在子线程中执行，上述三种方案都是在子线程中执行网络请求。2.如果网络请求的结果需要更新UI，则需要切换回主线程（使用runOnUiThread或Handler绑定主线程Looper）。3.在Activity/Fragment销毁时，务必停止定时任务，避免内存泄漏。综合推荐：使用方案三（ScheduledExecutorService）更现代、灵活且健壮。示例代码中切换回主线程更新UI的方法（在performNetworkRequest方法中）：```javaprivatevoidperformNetworkRequest(){//执行网络请求...finalStringresult=...;//获取结果//切换到主线程更新UIrunOnUiThread(newRunnable(){@Overridepublicvoidrun(){textView.setText(result);}});}```注意：runOnUiThread是Activity的方法，如果不在Activity中，可以使用Handler绑定主线程：```javaprivateHandlermainHandler=newHandler(Looper.getMainLooper());...mainHandler.post(newRunnable(){@Overridepublicvoidrun(){textView.setText(result);}});```最后，在Activity中使用时，在onDestroy中停止定时任务。总结：在子线程中定时循环网络请求，推荐使用ScheduledExecutorService的scheduleWithFixedDelay方法，并注意在不需要时及时取消任务。相关问题：1.Android中如何停止一个正在执行的定时循环任务？2.网络请求在子线程中执行，如何安全地更新UI？3.如何避免定时循环任务导致的内存泄漏？</think>### 在 Android 子线程中实现每 2 秒定时循环网络请求的解决方案在 Android 子线程中实现定时循环网络请求，需要同时解决**线程管理**、**定时任务调度**和**网络请求隔离**三个核心问题。以下是推荐方案及实现步骤： #### 推荐方案：Handler + Runnable（结合线程池）这是最稳定且资源消耗可控的方案，能完美解决子线程定时循环请求问题[^4]。 ```java // 创建专用网络请求线程池 private final ExecutorService networkExecutor = Executors.newSingleThreadExecutor(); private final Handler handler = new Handler(Looper.getMainLooper()); private Runnable networkTask; void startPeriodicRequest() { networkTask = new Runnable() { @Override public void run() { // 将网络请求提交到线程池执行（隔离于UI线程） networkExecutor.execute(() -> { // 执行网络请求（在子线程） performNetworkRequest(); }); // 每2秒循环执行（固定延迟模式） handler.postDelayed(this, 2000); } }; // 首次启动任务 handler.post(networkTask); } // 停止定时任务 void stopPeriodicRequest() { handler.removeCallbacks(networkTask); networkExecutor.shutdownNow(); // 终止线程池 } // 网络请求实现（示例） private void performNetworkRequest() { try { OkHttpClient client = new OkHttpClient(); Request request = new Request.Builder() .url("https://api.example.com/data") .build(); Response response = client.newCall(request).execute(); // 处理响应... } catch (IOException e) { Log.e("Network", "Request failed", e); } } ``` #### 关键实现原理 1. **线程隔离设计**： - 使用 `ExecutorService` 管理网络线程（非 UI 线程） - 通过 `Handler` 在主线程调度定时逻辑 - 避免直接使用 `Timer` 导致的线程冲突[^1] 2. **定时控制**： - `postDelayed(this, 2000)` 实现精确 2 秒间隔 - 固定延迟模式：每次任务**结束后**才开始 2 秒倒计时[^5] - 数学表达：设任务执行时间为 $t_e$，实际间隔为 $\Delta t = \max(2000, t_e)$ 3. **资源释放**： - `removeCallbacks()` 取消待执行任务 - `shutdownNow()` 终止线程池防止内存泄漏 - 在 Activity 的 `onDestroy()` 中必须调用停止方法 #### 替代方案对比 | **方案** | **优点** | **缺点** | 适用场景 | |------------------------|--------------------------|----------------------------------|-----------------------| | **Handler + Runnable** | 精准控制生命周期，低资源消耗 | 需手动管理线程池 | 推荐方案（95%场景） | | ScheduledExecutorService | 内置线程池管理 | API Level 21+ 才支持完整功能 | 兼容新系统的后台服务 | | Timer + TimerTask | 使用简单 | 子线程更新UI崩溃风险[^1]，准确性差 | 不推荐用于网络请求 | | RxJava Interval | 响应式编程流畅 | 增加 2MB+ 依赖库体积 | 已使用 RxJava 的项目 | #### 最佳实践建议 1. **网络请求优化**： ```java // 添加超时控制和重试机制 OkHttpClient client = new OkHttpClient.Builder() .connectTimeout(15, TimeUnit.SECONDS) .retryOnConnectionFailure(true) .build(); ``` 2. **生命周期绑定**： ```java // 在 Activity/Fragment 中 @Override protected void onDestroy() { super.onDestroy(); stopPeriodicRequest(); // 必须调用！ } ``` 3. **性能监控公式**：网络请求成功率可建模为： $$S = \frac{N_s}{N_t} \times 100\%$$ 其中 $N_s$ 为成功次数，$N_t$ 为总请求次数。建议设置失败重试上限。 #### 常见问题排查 1. **定时不准问题**： - 使用 `scheduleWithFixedDelay` 而非 `scheduleAtFixedRate`[^5] - 避免在请求中执行耗时操作（如复杂 JSON 解析） 2. **内存泄漏解决**： ```java // 使用弱引用避免 Activity 泄漏 private static class SafeRunnable implements Runnable { private final WeakReference<MyActivity> ref; SafeRunnable(MyActivity activity) { ref = new WeakReference<>(activity); } @Override public void run() { MyActivity activity = ref.get(); if (activity != null) { // 执行网络请求... } } } ``` 3. **ANR 预防**： - 单次网络请求超时必须 ≤ 10 秒 - 响应数据处理应移出网络线程 > **数学优化**：设网络请求平均耗时为 $t_n$，定时间隔为 $t_i$，则 CPU 利用率约为 $\eta = \frac{t_n}{t_i} \times 100\%$。当 $t_n > 1500\text{ms}$ 时需优化请求逻辑。 --- ### 相关问题 1. 如何在 Android 后台 Service 中实现定时网络请求？ 2. OkHttp 如何配置自动重试机制提升网络请求成功率？ 3. 定时网络请求场景下如何实现数据持久化和断点续传？ [^1]: Android 的 Timer 在子线程直接更新 UI 会导致崩溃 [^4]: Handler 的 postDelayed 实现循环任务更稳定 [^5]: 固定延迟模式能避免网络波动导致的定时漂移