本文主要是介绍Unable to start activity:java.lang.ArrayIndexOutOfBoundsException: length=1; index=1 完全分析与解决方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
Unable to start activity ComponentInfo{Activity}:java.lang.ArrayIndexOutOfBoundsException: length=1; index=1 完全分析与解决方案
Fragment中遇到了上述异常,在网上多方查找也没有找到关于抛出这个异常的具体原因与解决办法,于是决定自己去分析Fragment相关的API源码,功夫不负有心人,终于找到这个异常抛出的原因,以及几个可行的解决办法。
注1:本文中分析使用的源码版本是:
com.android.support:support-v4:24.0.0
注2:因为编写时显示器的宽度问题,所以文章中指出的代码的行号可能与最终发布时显示的行号不一致。
本文意图解决的问题
- 从源码角度分析Exception产生的原因
- 可行的解决方案
异常产生的必要条件
在分析原因之前,先简述异常产生的必要条件:
- 提交Fragment时使用的是
ft.commitAllowingStateLoss()
方法而不是ft.commit()
方法。 - Fragment必须要设置
Fragment.setRetainInstance(true)
,即不随配置的变化而销毁实例对象。 - Activity必须有状态的保存和状态的恢复(如从后台切换到前台,横竖屏幕切换等等)。
说明:对于上面第一点:从源码的实现来看,其保存状态的标志位mStateSaved
的修改没有做多线程同步考虑,所以如果Fragment状态的提交使用ft.commit()
方法并且是在非UI线程调用,也是有可能抛出ArrayIndexOutOfBoundsException
异常的,但是因为在实际中在使用中一般在在UI线程提交Fragment的状态的改变,并且该异常发生的条件很苛刻,所以将使用ft.commitAllowingStateLoss()
方法提交Fragment状态作为必要条件。
异常产生原因的源码分析
异常堆栈
以下是异常产生的完整堆栈:
07-18 22:16:38.993 8153-8153/com.example.androidfirsttest E/AndroidRuntime:
FATAL EXCEPTION: main
Process: com.example.androidfirsttest, PID: 8153
java.lang.RuntimeException: Unable to start activity ComponentInfo{com.example.androidfirsttest/com.fragment.state.test.FragmentSaveRestoreActivity}: java.lang.ArrayIndexOutOfBoundsException: length=1; index=1at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2198)at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2247)at android.app.ActivityThread.handleRelaunchActivity(ActivityThread.java:3746)at android.app.ActivityThread.access$900(ActivityThread.java:139)at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1216)at android.os.Handler.dispatchMessage(Handler.java:102)at android.os.Looper.loop(Looper.java:136)at android.app.ActivityThread.main(ActivityThread.java:5028)at java.lang.reflect.Method.invokeNative(Native Method)at java.lang.reflect.Method.invoke(Method.java:515)at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:788)at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:604)at dalvik.system.NativeStart.main(Native Method)Caused by: java.lang.ArrayIndexOutOfBoundsException: length=1; index=1at android.support.v4.app.FragmentManagerImpl.restoreAllState(FragmentManager.java:2018)at android.support.v4.app.FragmentController.restoreAllState(FragmentController.java:158)at android.support.v4.app.FragmentActivity.onCreate(FragmentActivity.java:324)at android.support.v7.app.AppCompatActivity.onCreate(AppCompatActivity.java:85)at com.fragment.state.test.FragmentSaveRestoreActivity.onCreate(FragmentSaveRestoreActivity.java:30)at android.app.Activity.performCreate(Activity.java:5238)at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1087)at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2162)at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2247) at android.app.ActivityThread.handleRelaunchActivity(ActivityThread.java:3746) at android.app.ActivityThread.access$900(ActivityThread.java:139) at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1216) at android.os.Handler.dispatchMessage(Handler.java:102) at android.os.Looper.loop(Looper.java:136) at android.app.ActivityThread.main(ActivityThread.java:5028) at java.lang.reflect.Method.invokeNative(Native Method) at java.lang.reflect.Method.invoke(Method.java:515) at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:788) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:604) at dalvik.system.NativeStart.main(Native Method)
通过异常堆栈可以发现,该异常是在Activity进行状态恢复的时候发生的,是在系统调用Activity的onCreate方法初始化Activity过程中恢复原有状态,这里的状态只关注恢复原有的Fragment, 即调用FragmentManagerImpl.restoreAllState
方法,恢复Fragment时导致的的数组下标越界访问异常,具体对应到源代码中2018行的代码:
//该行代码在FragmentMananger.java中FragmentManagerImpl.restoreAllState方法中
FragmentState fs = fms.mActive[f.mIndex];
至于为什么执行到这一行会抛出异常,到后面会有详细的分析,下面先从另一个更常见的异常开始分析。
既然有状态的恢复,那么必然是有状态的保存,如果是全新启动的一个Activity,自然不存在所谓的状态恢复了,这也证明了上面所写的必要条件中的第三点:
Activity必须有状态的保存和状态的恢复(如从后台切换到前台,横竖屏幕切换等等)的行为。
Fragment的状态改变的提交、状态保存、状态恢复
要想弄清楚异常产生的真正原因,那么必须要弄清楚以下几个问题:
- Fragment状态的改变的提交是如何实现的。
- 当需要保存Fragment的状态的时候,是如何保存的。
- 当需要恢复Fragment的状态的时候,是如何恢复的。
下面将依次从这几个方面进行分析。
Fragment的状态的改变是如何提交生效的
通过执行一系列如显示、隐藏、替代、添加等等的操作后改变Fragment的状态,其操作对应的方法如show、hide、replace、add等等。
一个典型的Fragment状态改变的提交,类似数据库中启用事务提交数据,包括以下过程:
- 开启提交的事务
- 确定要操作的Fragment(这个地方不做赘述)
- 实际要提交的操作(一次可以添加多个操作),如show, replace, add等
- 进行提交操作(commit/commitAllowingStateLoss)
注1:为了区分,把一个或多个操作的提交过程称为动作(action)。
注2:这里只分析Fragment的提交过程,不讨论状态修改提交后如何导致界面发生变化的过程。
下面的代码片是提交Fragment状态改变的常用代码:
private void showFragment(Fragment fragment, int containerId, String tag)
{//mFinished 只有在调用finish()/finishAffinity()才有可能会被置为true,//所以如横竖屏切换时isFinishing返回falseif(isFinishing() || isDestroyed()){FragmentTransaction ft = fm.beginTransaction();Fragment tempFragment = null;if (tagName != null) {tempFragment = fm.findFragmentByTag(tagName);}if (tempFragment != null) {ft.show(tempFragment);} else {ft.replace(containerId, fragment, tagName);//ft.add(containerId, fragment, tag);}ft.commit();}
}
如果常常使用这样的类似代码,那么对下面这个异常一定不不会陌生了。
java.lang.RuntimeException: Unable to stop activity {com.example.androidfirsttest/com.fragment.state.test.FragmentSaveRestoreActivity}: java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState
...
正是为解决这个IllegalStateException
异常,我们常常将上面代码块中的最后一行改写为:
ft.commitAllowingStateLoss();
改成使用这个方法提交确实可以避免IllegalStateException
异常抛出,但是前面已经提到过过commitAllowingStateLoss()
方法是导致ArrayIndexOutOfBoundsException
异常的必要条件之一,下面就来看提交过程的具体源码分析和两个commit方法的不同之处。
分析之前先对几个核心类做下说明:
//FragmentManager类的具体实现类,管理Fragment的核心类,每个FragmentActivity都有一个唯FragmentManagerImpl实例
FragmentManagerImpl.java //FragmentActivity中:
//FragmentController持有HostCallbacks的对象,而HostCallbacks持有FragmentManagerImpl的对象
//类似于代理的方式,使用FragmentController对Fragment进行操作,实际就是调用FragmentManagerImpl的相应方法
final FragmentController mFragments = FragmentController.createController(new HostCallbacks());
//HostCallbacks实现FragmentHostCallback抽象类,该类中:
final FragmentManagerImpl mFragmentManager = new FragmentManagerImpl();//FragmentTransaction抽象类的具体实现类,使用事务的思想通过持有FragmentManagerImpl的实例对Fragment进行操作
BackStackRecord.java
开启Fragment提交的事务
@Override
public FragmentTransaction beginTransaction() {return new BackStackRecord(this);
}public BackStackRecord(FragmentManagerImpl manager) {mManager = manager;}//注意其实现了Runnable接口
final class BackStackRecord extends FragmentTransaction implementsFragmentManager.BackStackEntry, Runnable
这个步骤很简单,就是实例化一个BackStackRecord
对象,该对象持有FragmentManagerImpl
实例,后面正是通过持有的这个实例对Fragment进行相应的操作。
Fragment要执行的操作
这里具体举例ft.show()
方法的源码,其他的与其类似。
public FragmentTransaction show(Fragment fragment) {Op op = new Op();op.cmd = OP_SHOW;op.fragment = fragment;addOp(op);return this;
}
这里创建一个Op
对象,并对其cmd,fragment字段进行相应的赋值,那么Op
是一个什么样的对象呢?
static final class Op {Op next;Op prev;int cmd;Fragment fragment;int enterAnim;int exitAnim;int popEnterAnim;int popExitAnim;ArrayList<Fragment> removed;
}
看到其类的定义,参考链表得数据结构模型,Op
就类似于链表中一个普通节点对象,串联上下两个节点, 同时分析addOp
方法就可以可以发现,这就是一个往链表的末尾插入一个节点的操作:
void addOp(Op op) {if (mHead == null) {mHead = mTail = op;} else {op.prev = mTail;mTail.next = op;mTail = op;}op.enterAnim = mEnterAnim;op.exitAnim = mExitAnim;op.popEnterAnim = mPopEnterAnim;op.popExitAnim = mPopExitAnim;mNumOp+
这篇关于Unable to start activity:java.lang.ArrayIndexOutOfBoundsException: length=1; index=1 完全分析与解决方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!