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

2023-10-24 03:08
文章标签 java 分析 解决方案 activity length 完全 lang unable start index arrayindexoutofboundsexception

本文主要是介绍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。

相关文章

分布式锁在Spring Boot应用中的实现过程

分布式锁在Spring Boot应用中的实现过程

《分布式锁在SpringBoot应用中的实现过程》文章介绍在SpringBoot中通过自定义Lock注解、LockAspect切面和RedisLockUtils工具类实现分布式锁,确保多实例并发操作... 目录Lock注解LockASPect切面RedisLockUtils工具类总结在现代微服务架构中，分布
阅读更多...
Java使用Thumbnailator库实现图片处理与压缩功能

Java使用Thumbnailator库实现图片处理与压缩功能

《Java使用Thumbnailator库实现图片处理与压缩功能》Thumbnailator是高性能Java图像处理库,支持缩放、旋转、水印添加、裁剪及格式转换,提供易用API和性能优化,适合Web应... 目录1. 图片处理库Thumbnailator介绍2. 基本和指定大小图片缩放功能2.1 图片缩放的
阅读更多...
python panda库从基础到高级操作分析

python panda库从基础到高级操作分析

《pythonpanda库从基础到高级操作分析》本文介绍了Pandas库的核心功能,包括处理结构化数据的Series和DataFrame数据结构,数据读取、清洗、分组聚合、合并、时间序列分析及大数据... 目录1. Pandas 概述2. 基本操作：数据读取与查看3. 索引操作：精准定位数据4. Group
阅读更多...
Spring Boot集成/输出/日志级别控制/持久化开发实践

Spring Boot集成/输出/日志级别控制/持久化开发实践

《SpringBoot集成/输出/日志级别控制/持久化开发实践》SpringBoot默认集成Logback,支持灵活日志级别配置（INFO/DEBUG等）,输出包含时间戳、级别、类名等信息,并可通过... 目录一、日志概述1.1、Spring Boot日志简介1.2、日志框架与默认配置1.3、日志的核心作用
阅读更多...
破茧 JDBC:MyBatis 在 Spring Boot 中的轻量实践指南

破茧 JDBC:MyBatis 在 Spring Boot 中的轻量实践指南

《破茧JDBC:MyBatis在SpringBoot中的轻量实践指南》MyBatis是持久层框架,简化JDBC开发,通过接口+XML/注解实现数据访问,动态代理生成实现类,支持增删改查及参数... 目录一、什么是 MyBATis二、 MyBatis 入门2.1、创建项目2.2、配置数据库连接字符串2.3、入
阅读更多...
Springboot项目启动失败提示找不到dao类的解决

Springboot项目启动失败提示找不到dao类的解决

《Springboot项目启动失败提示找不到dao类的解决》SpringBoot启动失败,因ProductServiceImpl未正确注入ProductDao,原因：Dao未注册为Bean,解决：在启... 目录错误描述原因解决方法总结***************************APPLICA编
阅读更多...
深度解析Spring Security 中的 SecurityFilterChain核心功能

深度解析Spring Security 中的 SecurityFilterChain核心功能

《深度解析SpringSecurity中的SecurityFilterChain核心功能》SecurityFilterChain通过组件化配置、类型安全路径匹配、多链协同三大特性,重构了Spri... 目录Spring Security 中的SecurityFilterChain深度解析一、Security
阅读更多...
MySQL中EXISTS与IN用法使用与对比分析

MySQL中EXISTS与IN用法使用与对比分析

《MySQL中EXISTS与IN用法使用与对比分析》在MySQL中,EXISTS和IN都用于子查询中根据另一个查询的结果来过滤主查询的记录,本文将基于工作原理、效率和应用场景进行全面对比... 目录一、基本用法详解1. IN 运算符2. EXISTS 运算符二、EXISTS 与 IN 的选择策略三、性能对比
阅读更多...
SpringBoot多环境配置数据读取方式

SpringBoot多环境配置数据读取方式

《SpringBoot多环境配置数据读取方式》SpringBoot通过环境隔离机制,支持properties/yaml/yml多格式配置,结合@Value、Environment和@Configura... 目录一、多环境配置的核心思路二、3种配置文件格式详解2.1 properties格式（传统格式）1.
阅读更多...
Apache Ignite 与 Spring Boot 集成详细指南

Apache Ignite 与 Spring Boot 集成详细指南

《ApacheIgnite与SpringBoot集成详细指南》ApacheIgnite官方指南详解如何通过SpringBootStarter扩展实现自动配置,支持厚/轻客户端模式,简化Ign... 目录 一、背景：为什么需要这个集成？ 二、两种集成方式（对应两种客户端模型） 三、方式一：自动配置 Thick
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2