‘壹’ 一个android Timer，为什么只执行了一次
public void getPaisong() {
final Handler handler = new Handler() {
public void handleMessage(Message msg) {
switch (msg.what) {
case 1: {
// 初始化搜索模块，注册事件监听
mSearch = new MKSearch();
mSearch.init(app.mBMapMan, new MyMKSearchListener());
jiexi();
cou++;
Toast.makeText(
BMapApiDemoApp.mDemoApp.getApplicationContext(),
"执行了"+cou+"一次！", Toast.LENGTH_LONG).show();
}
break;
}
super.handleMessage(msg);
}
};
TimerTask task = new TimerTask() {
public void run() {
Message message = new Message();
message.what = 1;
handler.sendMessage(message);
}
};
timer = new Timer(true);
timer.schele(task, 5000); // 延时1000ms后执行，1000ms执行一次
// timer.cancel(); //退出计时器
}
我在oncreate方法里直接调用了getPaisong()方法，可是只显示cou=1
‘贰’ android中怎么让线程长时间休眠线程休眠最长的安全时间是多少
设定一个Timer对象，时间到后触发事件再给handler发消息处理就行，处理完重置timer的时间进入下一个循环即可。随便用wait之类的土办法的话很容易被系统判定为进程挂死然后被kill掉的。
‘叁’ Android怎么正确使用wait和notify方法
synchronized(obj) {
while(!condition) {
obj.wait();
}
obj.doSomething();
}
当线程A获得了obj锁后，发现条件condition不满足，无法继续下一处理，于是线程A就wait() , 放弃对象锁.
之后在另一线程B中，如果B更改了某些条件，使得线程A的condition条件满足了，就可以唤醒线程A：
synchronized(obj) {
condition = true;
obj.notify();
}
需要注意的概念是：
# 调用obj的wait(), notify()方法前，必须获得obj锁，也就是必须写在synchronized(obj) {…} 代码段内。
# 调用obj.wait()后，线程A就释放了obj的锁，否则线程B无法获得obj锁，也就无法在synchronized(obj) {…} 代码段内唤醒A。
# 当obj.wait()方法返回后，线程A需要再次获得obj锁，才能继续执行。
# 如果A1,A2,A3都在obj.wait()，则B调用obj.notify()只能唤醒A1,A2,A3中的一个（具体哪一个由JVM决定）。
# obj.notifyAll()则能全部唤醒A1,A2,A3，但是要继续执行obj.wait()的下一条语句，必须获得obj锁，因此，A1,A2,A3只有一个有机会获得锁继续执行，例如A1，其余的需要等待A1释放obj锁之后才能继续执行。
# 当B调用obj.notify/notifyAll的时候，B正持有obj锁，因此，A1,A2,A3虽被唤醒，但是仍无法获得obj锁。直到B退出synchronized块，释放obj锁后，A1,A2,A3中的一个才有机会获得锁继续执行
‘肆’ android用timer做定时任务,崩溃的原因
在做定时任务的时候，有的同学可能能会用到Timer这个定时任务的辅助类，
但是使用它会有潜在的风险，风险如下，
（1）时间计算不准确问题
因为Timer是以绝对时间计算定时任务的，会受到系统时间的影响，如果在任务执行期间，更改了系统时间，那么会
导致时间计算不准确问题，导致任务没用按找预定的时间执行。
（2）只能单任务执行
简单讲就是，只能一次执行一个任务，如果前一个任务没有执行完成，后一个任务是无法并行执行的，只能等待前一个任务执行完成
才能执行。也有可能会出现这样的结果，前一个任务执行的时间太长，后几个任务时间短，可能在一个时间段内执行了多个任务，任务又
没有按照我们要执行的时间执行。
（3）非检查异常导致异步任务终止
Timer当在执行的过程中遇到非检查异常的时候，会导致本次任务失败，并且接下来的任务也无法被执行，Timer将会终止执行，这不是
我们要的结果，我们需要一套恢复机制。
java5以后可以用下面的这个类来替代Time，并且解决了以上三个问题
java.util.concurrent.ScheledThreadPoolExecutor
那么在Android上呢，可以用 java.util.concurrent.ScheledThreadPoolExecutor，也可以用Handler机制做，
但是不建议使用Timer
‘伍’ 求教为什么Android Timer在后台运行，开始正常，但每次都不定时的突然结束了跪求，谢谢
应该是系统的内存的问题。