前言
最近项目上有这么一个需求，实时监控车辆信息，要求每隔3秒钟刷新一次地图上的车辆位置信息。我的想法是先定时从服务端获取数据存储到SharedPreferences中，然后再定时从SharedPreferences中获取数据显示到地图。对这个逻辑我不满意，但是一时也找不到别的方法，望大神指教。
在使用定时任务的时候，最开始想到的是Timer。无意中看到一种Handler加Runnable方法，觉得还是有必要记录一下。
Timer方法
Timer一般结合TimerTask使用。先看TimerTask，它是一个抽象类，里面有一个run()方法。
public abstract class TimerTask implements Runnable {
......
/**
* The action to be performed by this timer task.
*/
public abstract void run();
......
}
查看TimerTask的源码，可以看到TimerTask其实就是实现了Runnable方法，也就是说，通过Timer执行定时任务，其实就是通过一个线程做到的。
再看Timer，它其实就是一个线程管理器，通过schedule方法来开启一个线程，并实现任务调度。Timer工作机制下篇文章再撸，这里简单理解并记录使用方法。
/**
* A facility for threads to schedule tasks for future execution in a
* background thread. Tasks may be scheduled for one-time execution, or for
* repeated execution at regular intervals.
……
-
After the last live reference to a
Timer
object goes away -
and
all outstanding tasks have completed execution, the timer’s task - execution thread terminates gracefully (and becomes subject to garbage
- collection). However, this can take arbitrarily long to occur. By
-
default, the task execution thread does not run as a
daemon thread
, - so it is capable of keeping an application from terminating. If a caller
- wants to terminate a timer’s task execution thread rapidly, the caller
-
should invoke the timer’s
cancel
method.……
-
This class is thread-safe: multiple threads can share a single
-
Timer
object without the need for external synchronization.
* -
This class does
not
offer real-time guarantees: it schedules -
tasks using the
Object.wait(long)
method.……
*/
截几段源码注释
当所有TimerTask任务完成，并且Timer引用为空的时候，会被GC回收。
一般程序退出时，TimerTask任务会跟随着终止，主动结束则用Timer的cancel方法。
多个线程可共用一个Timer，也就是多个TimerTask可以共用一个Timer。
Timer不能保证实时任务，所有的任务都得等待调度。
说人话，来个比喻。Timer是一个码头大哥（简称T老大），手底下有一帮小弟（Thread，简称w）跟一个管家（schedule，简称S管家）。TimerTask是一个商人（简称K老板），手底下有一帮业务经理（实例化的timerTask，负责某个具体的任务，简称p经理）。他有一批货要在码头卸载。于是乎，K老板找到了T老大。
商人：T老大，我有一批货要在贵码头卸载，能不能帮帮忙，价钱好商量！
老大：路过的都是朋友，好说！好说！
商人：我这批货很急，能不能立马就下？（想要实时）
老大：先来后到，这是规矩啊！能不能马上卸货，就要看K老板您的运气了。要是运气好，就能立马卸货，要是运气不好，等个一年半载都有可能啊。哈哈哈、、、还望海涵！（无法保证实时）
商人：那就只能等T老大的好消息了。
商人就只能在码头排队等候了。某天，轮到K老板卸货了。
老大：K老板久等了！接下来在下静候吩咐。
商人：岂敢！只是鄙人的货有点杂，需要送到不同的地方，还要麻烦T老大啊。
老大：小事一桩！只管说给我的S管家听，保证K老板满意！（多个任务可共用一个Timer）
管家：K老板只管吩咐，老夫一定保质保量完成。
商人：那就多谢S管家！具体的任务我让我的经理们给您汇报。
得到老板的指示，S管家跟p经理们开始干活了。一个经理代表一个具体的任务，一个w代表一个线程。
schedule的四个方法
schedule(task, date)，指定时间执行一次
经理1：S管家，这批布匹要晚上6点往城东的布衣店送去。
管家：w1，你来，把这个送到城东的布衣店去。晚上6点就去。
schedule(task, delay)， 从现在起，delay毫秒后，执行一次
经理2：S管家，这批水果过两个小时往城东的水果店送去。
管家：w2，你来，两个小时后，开始往城东的水果店送。
schedule(task, firstTime, period)，firstTime时刻开始，每隔period毫秒执行一次
经理3：S管家，这批黄金要明天凌晨4点开始，每隔1小时往城南的金铺送一次。
管家：w3，你来，明天早起，凌晨4点开始干活，没喊停，就一直干。
schedule(task, delay, period)，现在开始，delay毫秒后，每隔period毫秒执行一次
经理4：S管家，这批书要往城北的陈家送去，2个小时后他们家才有人，每隔一个小时送一次。
管家：w4，你来，吃点东西，2个小时后往陈家送书，一个小时送一次，没喊停，就一直干。
若干天后，S管家没有收到K老板的支付款，便向T老大汇报。
管家：老大，K老板不守信用啊，款项没有及时到账，如何处理？
老大：不守规矩，以后不跟他玩了，让他找别人。（cancel方法，主动结束timerTask）
商人：那我不得重新找码头了？T老大，通融通融吧。
老大：没门儿！（一旦取消，要想继续只能重新new一个Timer）
待K老板交足款项后，只能重新排队等待卸货。某天，海啸来了，码头被毁（程序退出），一切都没了（timerTask被动结束）。
啰嗦了半天，不知道说明白没有。还是上代码，直观显示。
......
private Timer timer = new Timer();
......
private void useTimer() {
//多个任务可共享一个timer
timer.schedule(new MarkerTask(), 1000, 2000);
timer.schedule(new MapTask(), 1000, 3000);
}
......
@Override
public void onClick(View v) {
switch (v.getId()) {
case R.id.stopRefresh://取消定时任务
Log.d("MainActivity", "onClick: stopRefresh");
timer.cancel();
break;
case R.id.continueRefresh://继续定时任务
Log.d("MainActivity", "onClick: continueRefresh");
Timer timer1 = new Timer();
timer1.schedule(new MarkerTask(), 1000, 2000);
timer1.schedule(new MapTask(), 1, 3000);
break;
default:
break;
}
}
......
private class MapTask extends TimerTask {
@Override
public void run() {
refreshMapViewDetail();
}
}
private class MarkerTask extends TimerTask {
@Override
public void run() {
randomMarkerDetail();
}
}
......
Handler加Runnable方法
这个方法的核心思想就是在Runnable内部，将本runnable继续插入主线程队列中。理解了Handler的工作机制，这个方法就更好理解，这里直接贴代码。
......
mapRefreshRun = new Runnable() {
@Override
public void run() {
//更新地图上的数据
refreshMapViewDetail();
//将本runnable继续插入主线程中，再次执行。
handler.postDelayed(this, 3000);
}
};
handler.postDelayed(mapRefreshRun, 1);
......
@Override
public void onClick(View v) {
switch (v.getId()) {
case R.id.stopRefresh:
Log.d("MainActivity", "onClick: stopRefresh");
handler.removeCallbacks(mapRefreshRun);
break;
case R.id.continueRefresh:
Log.d("MainActivity", "onClick: continueRefresh");
handler.postDelayed(mapRefreshRun, 1);
break;
default:
break;
}
}
……
要取消任务直接用Handler的removeCallbacks方法，要继续任务，则将任务继续插入主线程中。
总结
Timer方法是新建子线程，在子线程中执行想要的动作，故不可以直接更改UI；
Handler方法是在主线程中，插入Runnable，可以直接更改UI。对界面的操作，比如点击、滑动这些都是要在主线程中排队进行的，如果我们这个定时任务的period太短，比如设为0，会否影响用户的操作响应速度呢？在这个简单的Demo中，试了下，没有太明显的感觉，但这个问题还是要留意。