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

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

JAVA智听未来一站式有声阅读平台听书系统小程序源码

智听未来,一站式有声阅读平台听书系统 🌟&nbsp;开篇:遇见未来,从“智听”开始 在这个快节奏的时代,你是否渴望在忙碌的间隙,找到一片属于自己的宁静角落?是否梦想着能随时随地,沉浸在知识的海洋,或是故事的奇幻世界里?今天,就让我带你一起探索“智听未来”——这一站式有声阅读平台听书系统,它正悄悄改变着我们的阅读方式,让未来触手可及! 📚&nbsp;第一站:海量资源,应有尽有 走进“智听