在电视机系统的开发中，经常会用到模拟的信源（ATV/DTV）。最近在测试的时候发现，在DTV信源下，某个计时用的Timer突然就暂停了，百度一下这个Timer，大部分问的是怎么停止Timer的运行，而没有提到怎么让他不停止，囧。

　　在挣扎了一段时间后，测试发现在DTV信源下才会出现该BUG，而在别的信源下不出现，推断是跟DTV信源有关。而在做数字电视的一个很大的特点在于，基本上都会拿DTV码流中的时间写到系统时间中，以确保系统时间和码流时间一致。到这里可能很多人都想到了，那就是Timer这个类本身的特点——Timer计时用的是绝对时间，简单来说就是跟系统时间相关的，一旦系统时间出现修改，那就很有可能影响Timer的计时——DTV码流中的时间如果和系统本身的时间不一致的话，那么可想而知Timer的计时将会因为码流的时间写入系统而出现错误。而在测试信源中，码流的信息往往都是不正确的，与当前系统的时间（一般来说会是网络获取的时间）肯定不一致，如果获取的这个时间是在一天前、一个月前甚至一年前，Timer也就出现了被终止的假象——实际上它一直在运行只是计时混乱了。

　　解决的方法很简单，使用基于相对时间的类ScheduledExecutorService就可以了~具体用法可以自己百度一下，该类与系统时间不挂钩，所以可以随意使用，据说在高版本SDK中这个类其实已经完全可以取代Timer的地位了，连用法基本都是一致的。

关于电视机中DTV码流对android的Timer的影响