详解Android实现定时器的几种方法

概述前言这几天正在看Android官方的开发文档，里面有很多很值得思考的开发建议，有时间的朋友可以去看一下（官方是英文文档，如果看不懂可以通过浏览器插件翻译对比着看，还是很方便的）。

前言

这几天正在看AndroID官方的开发文档，里面有很多很值得思考的开发建议，有时间的朋友可以去看一下（官方是英文文档，如果看不懂可以通过浏览器插件翻译对比着看，还是很方便的）。

其中一篇课程提到了AlarmManager，这个类之前仅仅是了解这是一个闹钟的管理器，如果要是做一些胜过提醒、闹钟之类的软件都需要用到。官方的例子用来实现定时器，突然觉得这是一个很神奇的事情，就搜集了一些资料，把我知道的实现计时器的几种方法写下来，给自己加深记忆，也分享给大家。

正文

我用到的几种实现定时器的类：Handler， Timer， Thread,AlarmManager。

AlarmManager

AlarmManager是系统开放的闹钟功能，使用方式和普通的manager没有区别。

AlarmManager am = (AlarmManager)mContext.getSystemService(Context.ALARM_SERVICE); // Schedule the alarm! Intent intent = new Intent(XXXXX);PendingIntent sender = PendingIntent.getbroadcast(mcontext,requestCode,intent,0); am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP,firstTime,30*1000,sender); @H_403_22@
上面就是定时器的基本用法，先获取manager，然后定义闹钟的flag，循环时间，到指定时间发出的pendingIntent。
一般都发出的pendingIntent都是广播，我们自定义一个广播接收器，就可以通过接收这个广播，来处理自己的功能逻辑了。
这里需要注意在独立进程中配置，这是androID所定义的
<receiver androID:name="com.xxxx.Receiver" androID:process=":remote" />@H_403_22@
优点总结##
1，Alarm定时不需要程序自身去维护，而又系统来维护，使得程序更好避免了容易出错问题，更是占用系统资源，cpu占有率。
2，即使程序退出后，程序自身不会有任何烦恼的问题，系统到时间自动调用对应组件执行定义好的逻辑
3，定时的多样性，包括一次定时，循环定时（在xx年x月x日执行，周一至周五执行，每天几点几分执行。。。）
适用场景##
个人觉得比较适用于独立的功能逻辑，例如如果app需要定时从服务器抓取最新的数据，使用独立的service会与主体的功能分离、便于维护，关键是耗电低，不易出错。
Handler
Handler可以帮助我们在子线程中 *** 作UI线程，例如子线程解析数据，解析结束后通知UI刷新界面。他本身也可以实现定时器。
private Handler handler = new Handler() {    public voID handleMessage(androID.os.Message msg) {      switch (msg.what) {      case 0:        // 移除所有的msg.what为0等消息，保证只有一个循环消息队列再跑        handler.removeMessages(0);        // app的功能逻辑处理        ...        // 再次发出msg，循环更新        handler.sendEmptyMessageDelayed(0,1000);        break;      case 1:        // 直接移除，定时器停止        handler.removeMessages(0);        break;      default:        break;      }    };  };@H_403_22@
只要在启动定时器的时候，Handler.sendEmptyMessage(0)，定时器就启动了。继续循环和停止的方法，注释上已经写了。
优点总结##
每次循环都是在主线程中 *** 作，避免了子线程和主线程之间的穿插交互，个人觉得比timer好控制，功能实现也很简单。
适用场景##
个人觉得比较适用连续更新UI，不做复杂耗时的处理的情况，例如在播放器中，我们需要更新当前播放进度的时间的显示，仅仅是更新了文字显示，用handler就是个不错的选择。
Timer
Timer是AndroID直接启动定时器的类，也是我最早接触可以实现定时器的功能的工具类。
他的用法一般人都知道：
// 初始化定时器Timer timer = new Timer();timer.schedule(new TimerTask() {  @OverrIDe  public voID run() {    Log.e("lzp","timer excute");  }},delay,period);// 停止定时器private voID stopTimer(){  if(timer != null){    timer.cancle();    // 一定设置为null，否则定时器不会被回收    timer = null;  }}@H_403_22@
delay : 从定时器初始化成功 开始启动 的延迟时间。
period：定时器的间隔时间。
优点总结##
Timer的使用很简单，TimerTask是一个子线程，方便处理一些比较复杂耗时的功能逻辑，经常与handler结合使用。
适用场景
跟handler自身实现的定时器相比，Timer可以做一些复杂的处理，例如，需要对有大量对象的List进行排序，在TimerTask中执行不会阻塞子线程，常常与handler结合使用，在处理完复杂耗时的 *** 作后，通过handler来更新UI界面。
**特别吐槽：对于部分手机，如果你在TimerTask直接更新了UI线程是不会报错的，而且运行正常，但是一定注意，更新UI一定要在主线程中执行，否则排查错误的时候你懂得。而且这个东西特别耗电，特别耗电，特别耗电，重要的事情说三遍，一定在不使用的时候关闭，慎用。
**
Thread##
Thread实现定时器是创建一个子线程，在里面while循环，可以通过handler来更新UI。个人觉得Thread和Timer没区别，只是长得不一样。
private MyThread thread;  private class MyThread extends Thread {    public boolean stop;    public voID run() {      while (!stop) {        // 处理功能        // 通过睡眠线程来设置定时时间        try {          Thread.sleep(1000);        } catch (InterruptedException e) {          // Todo auto-generated catch block          e.printstacktrace();        }      }    };  };  /**   * 启动线程   * */  private voID start() {    if (thread == null) {      thread = new MyThread();      thread.start();    }  }  /**   * 停止线程   * */  private voID stop() {    if (thread != null) {      thread.stop = true;      thread = null;    }  }@H_403_22@
优点总结
觉得跟Timer差不多，没什么特殊优点
适用场景
跟Timer差不多吧 ，多线程如果考虑不周经常会出问题，经常会出现多个相同功能的线程同时存在，androID本身对于子线程的使用使用数量是有限制的，而且一个app同时跑多个线程是一个很可怕的事情，所以和Timer一样，使用的时候一定要谨慎考虑。
结尾
以上就是我个人使用过的定时器的几种实现的方法，但是都仅仅是简单的介绍，更为详细的用法在网上有很多相关的资料，如果有错误，欢迎留言批评指正，希望看完这篇文章能对你有所帮助。也希望大家多多支持编程小技巧。
          总结       
以上是内存溢出为你收集整理的详解Android实现定时器的几种方法全部内容，希望文章能够帮你解决详解Android实现定时器的几种方法所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。
					
										


					

						
欢迎分享，转载请注明来源：内存溢出
原文地址: http://outofmemory.cn/web/1144487.html