提高Android Support Library稳定性的三个关键方法

在Crashlytics,我们经常帮助开发者探索如何建立最稳定应用的方法。抱着这个想法,最近我们开始研究安卓应用崩溃的普遍原因。尤其令我们好奇的是能否在Android Support Library中找到应用崩溃的一些蛛丝马迹,因为这是安卓应用中最广泛使用的Library之一。

在我们分析的一亿个崩溃里,发现大约有4%的崩溃与这个Support Library有关。通过更深层次的分析,我们的研究表明,绝大多数的崩溃是由一些常见较小的错误造成,而且这些错误却可以避免的。基于这些分析,我们确定了那些使用Support Library时往往被忽略的一些最佳实践,以及三个提高稳定性的关键方法。

1、AsyncTasks和配置信息改变

AsyncTasks(异步任务)经常用于实现后台操作,以及操作完成后选择性更新用户界面。使用AsyncTasks和处理配置信息的改变(Configuration Changes)是常见漏洞的来源。当AsyncTask正在运行时,如果fragment与对应的activity脱离,当尝试进入activity时,你的应用就会调用栈时崩溃,例如下面这个崩溃:

在堆栈的最顶端,fragment要依赖一个有效的activity来获取应用的资源。预防这种崩溃的一种方法,是在配置发生变化时保留该AsyncTask任务。实现这种方法可以使用RetainedFragment来执行AsyncTask并通知监听器关于AsyncTask操作的状态。更多信息请查看这个示例FragmentRetainInstance.java

2、安全地执行Fragment Transaction

Fragment transactions用于在一个Activity上添加、移除或者替换fragment。大多数时候,fragment transaction会在activity的onCreate()方法中执行,也可能在与用户交互中响应。然而,我们看过很多的例子都是当恢复一个activity时,fragment transaction被执行了。发生这种情况时,你的应用就可能发生下面的下崩溃:

不管何时,如果一个FragmentActivity放在后台,对应FragmentMangerImpl中mStateSaved的flag就会设置为true。这个flag是用来检查是否有state loss。当试图执行一个transaction时,如果这个flag为true,那么首先会抛出IllegalStateException异常。要防止state loss,在onSaveInstanceState()方法调用前,不能执行fragment transaction。发生崩溃可能会的原因是,状态已经保存但flag还没有设置回false就已经调用了onResume()方法。

要预防这种崩溃,就要防止在activity的onResume()方法中执行fragment transactions。不然就使用onResumeFragment()方法,这个方法推荐用来解决在合适的状态与fragment打交道的情形。

3、管理Cursor的生命周期

CursorAdapter可以容易地将Cursor的数据绑定在一个ListView对象上。然而,如果一个cursor变为无效时,如果更新用户界面,就会发生下面的崩溃:

当CursorAdapter的mDataValid字段设置为false时,就会抛出这个异常。发生这种情况的原因如下:

  • cursor被设置为空;
  • cursor上的一个重新查询操作失败了;
  • data上的onInvalidated()方法被调用了。

发生这种情况的一个原因是,是否同时使用CursorLoader和startManagingCursor()方法来管理你的cursor。startManagingCursor()已经被弃用了,取而代之的是CursorLoader。如果你正使用fragments,请确保使用CursorLoader来管理cursor的生命周期,并且移除所有startManagingCursor()和stopManagingCursor()方法的引用。

小结

通过上述三个注意事项,能大大减少Support Library抛出致命异常的机率。这样能带来更好的用户体验,更好的评分和一个更成功的应用。
Crashlytics for Android会报告来由Support Library或者应用其它地方抛出的未捕获异常。添加Android SDK到你的应用上,来看看还有哪些被你忽略的崩溃吧。

收藏 评论

关于作者:hanson

新浪微博:@汉森HS 个人主页 · 我的文章

可能感兴趣的话题



直接登录
跳到底部
返回顶部