从Mac系统换到Windows，run android后真机和模拟器的定时器都不运行（Mac下run android不会），看了下 ，这个问题原来一直都有。原因是真机或者模拟器上的时间和电脑的时间不同步。解决方法:
成都创新互联是一家集网站建设,永年企业网站建设,永年品牌网站建设,网站定制,永年网站建设报价,网络营销,网络优化,永年网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。
打开手机的 系统设置 - 日期和时间 - 把 自动确认时间 的选项去掉 - 在 设置时间 里面选择大于电脑时间的新的时间
我的是直接调到2分钟后，在run一次，OK了。ヾ(◍°∇°◍)ﾉﾞ
开发中经常遇到用计时器的时候，例如：每秒输出一次log，这时候就要用到延时操作，这里总结了几种常用的方法。
AlarmManager 是Android的全局定时器，可以在指定时间执行定时任务。定时任务通过PendingIntent 的 getActivity()、getService()或 getBroadcast() 来执行。简单的说就是我们设定一个时间，然后在该时间到来时，AlarmManager为我们广播一个我们设定的Intent出来，在接收到设定的Intent时执行定时任务。
（2） setRepeating(int type，long startTime，long intervalTime，PendingIntent pi)；
该方法用于设置重复闹钟，其中参数说明如下：
type：闹钟类型
startTime：首次执行闹钟的时间
intervalTime：两次执行闹钟的时间间隔
pi：闹钟响应动作
（3） setInexactRepeating（int type，long startTime，long intervalTime，PendingIntent pi）；
该方法也用于设置重复闹钟，与第二个方法相似，区别在于其两次闹钟执行的间隔时间不是固定的。
AlarmManager实现定时的方法，我还没有用到过，以上内容是在网上查找资料后自己在一个小demo中小小试验了的，有错误或描述不清的地方请见谅。下面是我参考的介绍AlarmManager的三篇文章。
你的意思是，假设3个RadioButton，第一个设为10秒，第二个设为20秒，第三个设为30秒，然后一起倒计时到0吗？如果是这样的话，只需要在Handler的handleMessage中去减时间就行了。
Handler handler=new Handler(){
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
xx.setText(Integer.parseInt(xx.getText()-1);
}
};
在我们Android客户端上有时候可能有些任务不是当时就执行，而是过了一个规定的时间在执行此次任务。那么这个时候定时器的作用就非常有用了。首先开启一个简单的定时器
现在我就相当于定义了一个定时器，我现在的定时器是向服务器发送Post请求来返回数据刷新到我的界面上那么接下来就是开启定时器了。开启定时器那就非常简单了
开启定时器特别简单基本上一句话就搞定了
开启定时器需要三个参数
1.就是上面所写的你要做的事情 ，上面我写的上向网络发送请求那么这里就时开启定时器请求网络
2.这个参数是你要多长时间后执行这个定时器，这里我写的是0，那么就是0秒后执行我的定时器。
3.这个是最重要的这就是你每次执行时间的间隔 我这里就是说每10秒向网络发送一次请求如果写成1000就是每一秒向网络发送一次请求
如果第三个参数不写的话那么定时器就是几秒后执行 那么定时器只执行一次就不在执行了
其实定时器如果不销毁的话是一直执行的但其实定时器如果一直执行的话那么我们的程序根本就撑不了多长时间就会崩溃所以说定时器用完就要及时的关闭
定时器的开启在写Fragment或者Activity的时候我一般会写在onStart里面
如果销毁的时候会写在onStop里面销毁定时器也非常简单
基本上这一句话就搞定了执行这句话说明是注销定时器
当我们离开本界面的时候就执行这句话那么定时器就不会在执行了当我们进入本界面在onStart执行定时器那么就又开启了定时器所以说这样就写了一个简易版的定时器
一个简单的定时器请求网络就完成了 HttpHolder holder = new HttpHolder(handler); 这是自己写的网络请求类直接调用输入url的服务器地址获得的就是服务器发来的JSON格式的数据
在onStop里面注销定时器那么每次离开本界面的时候那么定时候就销毁了再回到本界面的时候那么就执行onStart里面的开启定时器那么定时器就开启了所以这样就避免了因为定时器开启而使程序崩溃
内存泄漏是指分配出去的内存无法回收了
内存泄漏指由于疏忽或错误造成程序未能释放已经不再使用的内存的情况,是应用程序分配某段内存后，由于设计错误，失去了对该段内存的控制，因而造成了内存的浪费。
一般我们常说的内存泄漏是指堆内存的泄漏。堆内存是指程序从堆中分配的，大小任意的(内存块的大小可以在程序运行期决定)，使用完后必须显示释放的内存。应用程序一般使用malloc，realloc，new等函数从堆中分配到一块内存，使用完后，程序必须负责相应的调用free或delete释放该内存块，否则，这块内存就不能被再次使用，我们就说这块内存泄漏了。
内存溢出是指程序要求的内存，超出了系统所能分配的范围，从而发生溢出。
内存溢是指在一个域中输入的数据超过它的要求而且没有对此作出处理引发的数据溢出问题，多余的数据就可以作为指令在计算机上运行。
目前在项目中使用过的定时器主要是两种方式：1.handler的延时任务 2.timer的定时器
下面主要来介绍这两种方式 定时器的用法,和遇到的坑 :
1.handler的延时任务
写了一个demo，是关于hanlder发送延时消息和 取消延时消息的
但是在实际运用的过程中，常常会出现无法移除延时消息的问题,这个问题主要是因为两个runnable的对象不是同一个，
当Activity进入后台运行后再转入前台运行，removeCallbacks无法将updateThread从message queue中移除。这是为什么呢？
在Activity由前台转后台过程中，线程是一直在运行的，但是当Activity转入前台时会重新定义Runnable runnable；也就是说此时从message queue移除的runnable与原先加入message queue中的runnable并非是同一个对象。 解决方式1:如果把runnable定义为静态的则removeCallbacks不会失效,对于静态变量在内存中只有一个拷贝（节省内存），JVM只为静态分配一次内存，在加载类的过程中完成静态变量的内存分配,我们做如下修改就能解决上面的这个问题.
解决方式2:将所有的runnable任务放到一个集合中,根据runnable的id移除相应的任务,即可以解决这个问题
2.timer的延时任务
同样用上面的demo来说明使用方法:
要注意的是:
TimerTask运行在一个单独的线程里，而不是UI线程。所以使用 Android timer时，注意android的单线程原则，确保线程安全。不要在TimerTask的run方法中做UI相关的操作，如：TextView.setText()等，这样可能会导致UI线程阻塞。如果需要可以使用handler向UI线程发消息，具体处理由UI线程自己完成。在使用完Timer之后，要使用Timer的cancel方法取消Timer，否则Timer一直在运行。
这里需要注意的是,timer的cancel方法只能执行一次,不能在调用了cancel之后再进行timer的任务执行。
参考文章:
Android 定时器实现的几种方式和removeCallbacks失效问题详解
Android 中Timer和TimeTask完成定时任务
