SWT 重启案例分析（四）
极力推荐文章：欢迎收藏
Android 干货分享
阅读五分钟，每日十点，和您一起终身学习，这里是程序员Android
本篇文章主要介绍 Android 开发中的部分知识点，通过阅读本篇文章，您将收获以下内容:
一、TimeoutException 导致系统重启Log
二、TimeoutException 重启 trace 分析
三、TimeoutException 导致的重启解决方案
一、TimeoutException 导致系统重启Log
二、TimeoutException 重启 trace 分析
从重启的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;
至此，本篇已结束，如有不对的地方，欢迎您的建议与指正。同时期待您的关注，感谢您的阅读，谢谢！
