前言
这几天正在看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);
上面就是定时器的基本用法,先获取manager,然后定义闹钟的flag,循环时间,到指定时间发出的pendingIntent。
一般都发出的pendingIntent都是广播,我们自定义一个广播接收器,就可以通过接收这个广播,来处理自己的功能逻辑了。
这里需要注意在独立进程中配置,这是android所定义的
优点总结##
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; } }; };
只要在启动定时器的时候,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; } }
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; } }
优点总结
觉得跟Timer差不多,没什么特殊优点
适用场景
跟Timer差不多吧 ,多线程如果考虑不周经常会出问题,经常会出现多个相同功能的线程同时存在,android本身对于子线程的使用使用数量是有限制的,而且一个app同时跑多个线程是一个很可怕的事情,所以和Timer一样,使用的时候一定要谨慎考虑。
结尾
以上就是我个人使用过的定时器的几种实现的方法,但是都仅仅是简单的介绍,更为详细的用法在网上有很多相关的资料,如果有错误,欢迎留言批评指正,希望看完这篇文章能对你有所帮助。也希望大家多多支持。