写在前面
这个问题之所以会拿出来仔细分析,一方面是因为这个问题不是简单的应用崩溃而是框架层的报错,另一方面是因为希望通过这个问题梳理下后台GC的超时检测机制怎样的,这样我们后面在应用层如果重写finalize方法回收时会考虑的更加全面点。

问题背景
复现概率: 偶现
问题版本: Android R
问题现象: 处于微信界面,突然弹出王者荣耀停止运行
初步分析
拿到问题日志后,先看下报错的堆栈。
09-02 20:53:26.679 2073 2089 E AndroidRuntime: FATAL EXCEPTION: FinalizerWatchdogDaemon
09-02 20:53:26.679 2073 2089 E AndroidRuntime: Process: com.tencent.tmgp.sgame:xg_vip_service, PID: 2073
09-02 20:53:26.679 2073 2089 E AndroidRuntime: java.util.concurrent.TimeoutException: android.database.BulkCursorToCursorAdaptor.finalize() timed out after 10 seconds
//省略部分堆栈
09-02 20:53:26.679 2073 2089 E AndroidRuntime:at android.database.AbstractCursor.finalize(AbstractCursor.java:524)
09-02 20:53:26.679 2073 2089 E AndroidRuntime:at java.lang.Daemons$FinalizerDaemon.doFinalize(Daemons.java:291)
09-02 20:53:26.679 2073 2089 E AndroidRuntime:at java.lang.Daemons$FinalizerDaemon.runInternal(Daemons.java:278)
单单从这段堆栈看的话,BulkCursorToCursorAdaptor执行finalize超过了10s,导致FinalizerWatchdogDaemon报错,FinalizerWatchdogDaemon字面上看像是监测回收超时的守护线程。
看下FinalizerWatchdogDaemon代码中的作用解释。
/**
* The watchdog exits the VM if the finalizer ever gets stuck. We consider
* the finalizer to be stuck if it spends more than MAX_FINALIZATION_MILLIS
* on one instance.
*/
private static class FinalizerWatchdogDaemon extends Daemon {
@UnsupportedAppUsage
private static final FinalizerWatchdogDaemon INSTANCE = new FinalizerWatchdogDaemon();
private boolean needToWork = true; // Only accessed in synchronized methods.
private long finalizerTimeoutNs = 0; // Lazily initialized.
FinalizerWatchdogDaemon() {
super("FinalizerWatchdogDaemon");
}
简单解释下就是:如果对象的finalize出现阻塞超时了会导致进程退出
这个问题中对应的是数据库的关闭,当然也可以发生在其它场景下,只要重写了成员函数finalize的对象都有可能会遇到这个问题,所以如果再遇到GC超时的报错,报错堆栈AndroidRuntime:at java.lang.Daemons$上面的内容可能会不一样。
那么对于重写了成员函数finalize的对象,当它们被GC决定要被回收时,会立刻回收吗?
其实不会马上被回收,而是被放入到一个队列中,等待FinalizerDaemon守护线程去调用它们的成员函数finalize后再被回收。
/**
* This heap management thread moves elements from the garbage collector's
* pending list to the managed reference queue.
*/
private static class ReferenceQueueDaemon extends Daemon {
@UnsupportedAppUsage
private static final ReferenceQueueDaemon INSTANCE = new ReferenceQueueDaemon();
ReferenceQueueDaemon() {
super("ReferenceQueueDaemon");
}
@Override public void runInternal() {
while (isRunning()) {
Reference<?> list;
try {
synchronized (ReferenceQueue.class) {
while (ReferenceQueue.unenqueued == null) {
ReferenceQueue.class.wait();
}

本文分析了Android应用王者荣耀因后台GC超时导致的崩溃问题,从问题背景、初步分析、超时阈值、超时检测等方面进行深入探讨。问题源于对象析构超时,系统弹出应用停止运行的提示。通过实测,发现不同设备对超时阈值有不同的处理策略,提出了解决此类问题的修改建议。
最低0.47元/天 解锁文章
1154

被折叠的 条评论
为什么被折叠?



