在电视机系统的开发中,经常会用到模拟的信源(ATV/DTV)。最近在测试的时候发现,在DTV信源下,某个计时用的Timer突然就暂停了,百度一下这个Timer,大部分问的是怎么停止Timer的运行,而没有提到怎么让他不停止,囧。
在挣扎了一段时间后,测试发现在DTV信源下才会出现该BUG,而在别的信源下不出现,推断是跟DTV信源有关。而在做数字电视的一个很大的特点在于,基本上都会拿DTV码流中的时间写到系统时间中,以确保系统时间和码流时间一致。到这里可能很多人都想到了,那就是Timer这个类本身的特点——Timer计时用的是绝对时间,简单来说就是跟系统时间相关的,一旦系统时间出现修改,那就很有可能影响Timer的计时——DTV码流中的时间如果和系统本身的时间不一致的话,那么可想而知Timer的计时将会因为码流的时间写入系统而出现错误。而在测试信源中,码流的信息往往都是不正确的,与当前系统的时间(一般来说会是网络获取的时间)肯定不一致,如果获取的这个时间是在一天前、一个月前甚至一年前,Timer也就出现了被终止的假象——实际上它一直在运行只是计时混乱了。
解决的方法很简单,使用基于相对时间的类ScheduledExecutorService就可以了~具体用法可以自己百度一下,该类与系统时间不挂钩,所以可以随意使用,据说在高版本SDK中这个类其实已经完全可以取代Timer的地位了,连用法基本都是一致的。
时间: 2024-10-19 20:55:09