Unable to start activity:java.lang.ArrayIndexOutOfBoundsException: length=1; index=1 完全分析与解决方案

本文主要是介绍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 完全分析与解决方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/272289

相关文章

Java中流式并行操作parallelStream的原理和使用方法

《Java中流式并行操作parallelStream的原理和使用方法》本文详细介绍了Java中的并行流(parallelStream)的原理、正确使用方法以及在实际业务中的应用案例,并指出在使用并行流... 目录Java中流式并行操作parallelStream0. 问题的产生1. 什么是parallelS

Java中Redisson 的原理深度解析

《Java中Redisson的原理深度解析》Redisson是一个高性能的Redis客户端,它通过将Redis数据结构映射为Java对象和分布式对象,实现了在Java应用中方便地使用Redis,本文... 目录前言一、核心设计理念二、核心架构与通信层1. 基于 Netty 的异步非阻塞通信2. 编解码器三、

SpringBoot基于注解实现数据库字段回填的完整方案

《SpringBoot基于注解实现数据库字段回填的完整方案》这篇文章主要为大家详细介绍了SpringBoot如何基于注解实现数据库字段回填的相关方法,文中的示例代码讲解详细,感兴趣的小伙伴可以了解... 目录数据库表pom.XMLRelationFieldRelationFieldMapping基础的一些代

一篇文章彻底搞懂macOS如何决定java环境

《一篇文章彻底搞懂macOS如何决定java环境》MacOS作为一个功能强大的操作系统,为开发者提供了丰富的开发工具和框架,下面:本文主要介绍macOS如何决定java环境的相关资料,文中通过代码... 目录方法一:使用 which命令方法二:使用 Java_home工具(Apple 官方推荐)那问题来了,

Java HashMap的底层实现原理深度解析

《JavaHashMap的底层实现原理深度解析》HashMap基于数组+链表+红黑树结构,通过哈希算法和扩容机制优化性能,负载因子与树化阈值平衡效率,是Java开发必备的高效数据结构,本文给大家介绍... 目录一、概述:HashMap的宏观结构二、核心数据结构解析1. 数组(桶数组)2. 链表节点(Node

Java AOP面向切面编程的概念和实现方式

《JavaAOP面向切面编程的概念和实现方式》AOP是面向切面编程,通过动态代理将横切关注点(如日志、事务)与核心业务逻辑分离,提升代码复用性和可维护性,本文给大家介绍JavaAOP面向切面编程的概... 目录一、AOP 是什么?二、AOP 的核心概念与实现方式核心概念实现方式三、Spring AOP 的关

详解SpringBoot+Ehcache使用示例

《详解SpringBoot+Ehcache使用示例》本文介绍了SpringBoot中配置Ehcache、自定义get/set方式,并实际使用缓存的过程,文中通过示例代码介绍的非常详细,对大家的学习或者... 目录摘要概念内存与磁盘持久化存储:配置灵活性:编码示例引入依赖:配置ehcache.XML文件:配置

Java 虚拟线程的创建与使用深度解析

《Java虚拟线程的创建与使用深度解析》虚拟线程是Java19中以预览特性形式引入,Java21起正式发布的轻量级线程,本文给大家介绍Java虚拟线程的创建与使用,感兴趣的朋友一起看看吧... 目录一、虚拟线程简介1.1 什么是虚拟线程?1.2 为什么需要虚拟线程?二、虚拟线程与平台线程对比代码对比示例:三

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Java中的.close()举例详解

《Java中的.close()举例详解》.close()方法只适用于通过window.open()打开的弹出窗口,对于浏览器的主窗口,如果没有得到用户允许是不能关闭的,:本文主要介绍Java中的.... 目录当你遇到以下三种情况时,一定要记得使用 .close():用法作用举例如何判断代码中的 input