SWT 重启案例分析（四）

 

极力推荐文章：欢迎收藏
Android 干货分享 

 

本篇文章主要介绍 Android 开发中的部分知识点，通过阅读本篇文章，您将收获以下内容:

一、TimeoutException 导致系统重启Log
二、TimeoutException 重启 trace 分析
三、TimeoutException 导致的重启解决方案

一、TimeoutException 导致系统重启Log

TimeoutException 导致系统重启

Systemserver TimeoutException

二、TimeoutException 重启 trace 分析

1090 线程 被线程134 held

线程134 被线程 92 held

线程 92 是卡住的主要原因 在

从重启的Jave Exception trace看由于在ART GC时，如果检查到某个对象其所属的类型override了finalize函数，会把这个对象添加到referenceQueue中。

referenceQueue被FinalizerDaemon线程监控，如果里面有内容，就会逐个取出并调用其finalize函数。

这样在下一次GC的时候才真正的把这个对象占用的memory给回收掉。

Java进程会默认等待10s，如果10s还没有执行完，进程会强制抛出TimeoutException。

一般是由于当时系统IO忙或者memory比较紧张，导致不能及时唤醒这个线程及时往下执行。

三、TimeoutException 导致的重启解决方案

由TimeoutException超时导致的系统重启，一般是由于当时系统IO忙或者memory比较紧张，没有太好的修改方案，只能增长超时时间，或者更换好一点的Memory。

增长时间的修改方案如下

1. 修改 Daemons类

主要修改 Daemons.java中的MAX_FINALIZE_NANOS 时间。
Daemons类 路径如下：
/libcore/libart/src/main/java/java/lang/Daemons.java

private static final long MAX_FINALIZE_NANOS = 10L * NANOS_PER_SECOND;
修改为：
private static final long MAX_FINALIZE_NANOS = 15L * NANOS_PER_SECOND;

2.修改 ActivityMangerService

增长ActivityMangerService.java中CONTENT_PROVIDER_PUBLISH_TIMEOUT的时间。

ActivityMangerService类路径如下：
frameworks\base\services\core\java\com\android\server\am\ActivityMangerService.java

 static final int CONTENT_PROVIDER_PUBLISH_TIMEOUT = 10*1000;
 修改为
 static final int CONTENT_PROVIDER_PUBLISH_TIMEOUT = 15*1000;

长按识别二维码，领福利

至此，本篇已结束，如有不对的地方，欢迎您的建议与指正。同时期待您的关注，感谢您的阅读，谢谢！

如有侵权，请联系小编，小编对此深感抱歉，届时小编会删除文章，立即停止侵权行为，请您多多包涵。

小礼物走一走，来简书关注我