老坑vs新坑 java.util.concurrent.TimeoutException

java.util.concurrent.TimeoutException: com.android.internal.os.BinderInternal$GcWatcher.finalize() timed out after 10 seconds
	at com.android.internal.os.BinderInternal$GcWatcher.finalize(BinderInternal.java:63)
	at java.lang.Daemons$FinalizerDaemon.doFinalize(Daemons.java:289)
	at java.lang.Daemons$FinalizerDaemon.runInternal(Daemons.java:276)
	at java.lang.Daemons$Daemon.run(Daemons.java:137)
	at java.lang.Thread.run(Thread.java:929)

这个问题的根源在于设备会’Goes to Sleep’一会儿，就是说操作系统会通过熄屏、降低cpu循环等方式降低电量消耗，进入休眠状态。它是通过在内核层暂停进程的方式来实现的。这可能发生在常规app运行的过程中, 但是会停在一次内核调用上，比如内核层的上下文切换。这就是Dalvik GC参与最初所说TimeoutExceptions问题的方式。
设备开始进行GC，并且在处理系统对象销毁(native层的destroy())的过程中进入休眠， 然后被唤醒，恢复运行，记录现在的时间戳，也就是说这次GC动作花费的时间=销毁动作执行时长+休眠时长。如果休眠时间超过10s, 就会抛出concurrent.timeout异常。
Java虚拟机的BUG，当开始GC的时候，强制让机器休眠，然后等超过2秒后唤醒机器，就有可能导致这个现象。原因在于虚拟机认为自己回收超时了。其实这2S时间CPU根本没有工作。
具体的解法应该是修改虚拟机获取时间的函数，调整为采用CPU上电工作时间，应该就不会发生问题了。
非应用问题，应用无法避免此问题
此处对于这个问题，不想说说话，因为大家都说这是4.4,4.3系统的问题，6.0以上应该没有了，但是我遇到了。