【errors】android.database.CursorIndexOutOfBoundsException:Index -1

最新推荐文章于 2025-09-10 07:00:00 发布

原创最新推荐文章于 2025-09-10 07:00:00 发布 · 302 阅读

1 ·

CC 4.0 BY-SA版权

Java 同时被 3 个专栏收录

19 篇文章

订阅专栏

杂

17 篇文章

订阅专栏

Android

1 篇文章

订阅专栏

本文解决在Android中使用Cursor获取数据库查询结果时遇到的CursorIndexOutOfBoundsException异常。原因是游标初始位置不在有效范围内，解决方法是在提取数据前先调用moveToFirst()或moveToNext()。

第一次使用cursor获取手机本地的歌曲时，读取cursor的内容总会报错

05-13 02:57:08.351: E/AndroidRuntime(6336): Caused by: 
android.database.CursorIndexOutOfBoundsException: Index -1 requested, with a size of 4

原因

Android 中数据库处理使用 Cursor 时，游标不是放在为 0 的下标，而时放在为 -1 的下标处开始的，也就是说返回给 Cursor 查询结果时，不能够马上从 Cursor 中提取值。

解决

调用 cursor.moveToFirst() 或moveToNext()。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

cxxdcyy

关注关注

1
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

io.minio.errors.InvalidResponseException: Non-XML response from server. Response code: 400, Content-

知识改变命运，ヾ(◍°∇°◍)ﾉﾞ【求关注】

04-13

5129

springboot+ minio上传文件失败。

参与评论您还未登录，请先登录后发表或查看评论

【异常】Maven提示错误Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile

本本本添哥

12-02

7094

第一个可能报错的地方:父工程的pom.xml文件。（重要），需查看使用的jdk版本，这里我使用的是maven-compiler-plugin插件设置jdk的版本，这里修改为1.8（其他版本的jdk修改类似）首先，我创建的是一个springboot项目，一个父工程中包含多个子过程，相关的依赖版本都在父工程中进行了定义。所以，第一个需要查看的地方就是父工程的pom文件。版权声明：本文为优快云博主「gao_jun1」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。

android.database.CursorIndexOutOfBoundsException:Index -1 requested, with a size of 1

最新发布

weixin_43178406的博客

09-10

1万+

本文主要介绍了使用glm（智谱大模型API）进行ragas评测时出现openai.BadRequestError: Error code: 400的解决方案，希望能对使用glm大模型和ragas测评框架的同学们有所帮助。文章目录 1. 问题描述 2. 解决方案

Database: android.database.CursorIndexOutOfBoundsException

你好，开发者

10-27

1037

早期学习android的时候遇到的一个很蠢的问题，忘记将Cursor先moveToFirst然后在遍历读取数据了。下面的代码会返回错误 User u = null; SQLiteDatabase db = dbHelper.getReadableDatabase(); Cursor cursor = db.rawQuery("select * from user where id = ?"...

报错：android.database.CursorIndexOutOfBoundsException

yezhiba的博客

07-03

2862

解决方法：使用Cursor之前先调用cursor.moveToFirst()

android.database.CursorIndexOutOfBoundsException:

u014637710的博客

04-04

820

在使用ContentProvider+MatrixCursor中，报 android.database.CursorIndexOutOfBoundsException: Requested column: -1, # of columns: 2错误，检查代码发现 String name = mCursor.getString(mCursor.getColumnIndex(“AREA”)); 查找...

SQLite android.database.CursorIndexOutOfBoundsException

CASER_HDMI的博客

08-14

493

今天用到了数据库SQLite，在遍历的时候出现了数组溢出报错，一开始遍历时用的是cursoe.move(i)的方法，逻辑也没有错，上网查了一下，别人也遇到这种状况，也是用了cursor.move()这个方法，别人用了其他移cursor的方式来解决，我把循环方式换了一下，确实不再报错了。 Cursor c = sqLiteDatabase.query("表名", null, nul

Caused by: android.database.CursorIndexOutOfBoundsException: Index -1 requested, with a size of 2

牛八少爷的专栏

01-12

2385

Cursor cursor = dataBaseHelper.rawQuery(sql, new String[] { ... }); int messageId = cursor.getInt(cursor.getColumnIndex("message_id")); 错误原有是：cursor查询出来不用理解使用，先调用moveToNext()或moveToFirst()就可以了

Android Sqlite数据查询遇到android.database.CursorIndexOutOfBoundsException: Index -1 requested问题

WihauShe's Blogger

05-24

2498

(个人经验，仅供参考，错误之处，敬请谅解) 个人遇到这个问题不止一次，所以记录下来，原因很简单，返回的cursor结果集的游标默认在-1，需要移到0(开始读取位置) 详细报错 Process: cn.cslg.test4, PID: 5644 android.database.CursorIndexOutOfBoundsException: Ind...

07-10

<think>我们面对的问题：Android项目在构建APK时由于混合使用AndroidX和旧版Support库导致的Manifest合并错误和类冲突问题。具体错误包括： 1. Manifest merger failed: 例如Attribute application@appComponentFactory冲突（引用[5]）。 2. Duplicate class: 例如android.support.v4.app.INotificationSideChannel在androidx和support库中重复出现（引用[1][3]）。原因分析：从引用[2][3]中可以看出，这是因为项目同时引用了Android Support库和AndroidX库，而这两个库不能共存。解决方法有两种（引用[2][4]）：方法一：将整个项目迁移到AndroidX（推荐，因为AndroidX是Support库的替代，且是未来方向）。方法二：排除冲突的依赖，并确保所有依赖都使用同一种库（要么全部用Support，要么全部用AndroidX）。但考虑到新库可能已经迁移到AndroidX，所以方法一更彻底。下面详细说明两种方法： ### 方法一：迁移到AndroidX（推荐） 1. **使用Android Studio的迁移工具** - 确保Android Studio版本在3.2以上（建议使用最新版）。 - 在菜单栏选择：Refactor > Migrate to AndroidX... - 按照向导操作，迁移工具会自动替换代码中的Support库类为AndroidX的对应类，并更新gradle文件。 2. **手动配置gradle.properties** 如果迁移工具没有自动添加，可以在项目根目录的`gradle.properties`文件中添加： ```properties android.useAndroidX=true android.enableJetifier=true ``` - `android.useAndroidX=true`：表示使用AndroidX库。 - `android.enableJetifier=true`：自动转换第三方库中的Support库为AndroidX库（解决第三方库冲突）。 3. **修改build.gradle** 确保依赖中使用的是AndroidX库，例如： ```groovy dependencies { implementation 'androidx.appcompat:appcompat:1.0.0' implementation 'androidx.constraintlayout:constraintlayout:1.1.3' // 其他依赖 } ``` 4. **处理Manifest冲突** 如果迁移后仍然出现Manifest合并错误（如引用[5]中的错误），可以在`AndroidManifest.xml`的`<application>`标签中添加： ```xml <application ... tools:replace="android:appComponentFactory" android:appComponentFactory="androidx.core.app.CoreComponentFactory" > ``` 注意：添加`tools:replace`属性是为了替换冲突的属性，同时指定使用AndroidX的CoreComponentFactory。 ### 方法二：回退到Support库（不推荐，仅临时方案）如果由于某些原因不能迁移到AndroidX，可以尝试将所有依赖都回退到使用Support库的版本。但注意，新版本的库可能已经不支持Support库了。 1. **检查依赖版本** 在app的build.gradle中，确保所有依赖都是Support库版本，并且版本一致（如28.0.0）。例如： ```groovy dependencies { implementation 'com.android.support:appcompat-v7:28.0.0' implementation 'com.android.support:design:28.0.0' // 避免使用已经迁移到AndroidX的库，例如lottie-android如果使用了AndroidX，则需要降级到支持Support库的版本 } ``` 2. **排除冲突的依赖** 如果某个依赖引入了AndroidX库，可以排除它： ```groovy implementation ('com.example.library:example:1.0') { exclude group: 'androidx.core', module: 'core' } ``` 3. **强制使用Support库版本** 在build.gradle中配置强制使用某个版本（注意：可能导致运行时错误）： ```groovy configurations.all { resolutionStrategy { force 'com.android.support:support-v4:28.0.0' force 'com.android.support:appcompat-v7:28.0.0' // 其他冲突的库 } } ``` 4. **处理Manifest冲突** 同样，如果出现Manifest合并错误，可以在`AndroidManifest.xml`的`<application>`标签中添加： ```xml <application ... tools:replace="android:appComponentFactory" android:appComponentFactory="android.support.v4.app.CoreComponentFactory" > ``` ### 注意事项 - 迁移到AndroidX后，代码中所有引用Support库的地方都需要改为AndroidX的对应类（迁移工具会自动完成大部分）。 - 迁移后，需要测试所有功能，因为包名改变可能导致反射等操作失败。 - 如果使用第三方库，确保它们也支持AndroidX，或者使用Jetifier转换（通过`android.enableJetifier=true`）。根据引用[2][4]的建议，迁移到AndroidX是根本解决方案，因为Google已经停止维护Support库。希望以上步骤能解决你的问题。 §§相关问题§§ 1. 如何检查项目中哪些依赖还在使用Support库？ 2. 迁移到AndroidX后如何解决第三方库导致的运行时错误？ 3. Jetifier工具的工作原理是什么？它如何转换第三方库？ 4. 如何解决迁移AndroidX后出现的资源文件错误（如布局文件中的类路径错误）？ 5. 有没有自动回退到Support库的迁移工具？</think>### 解决 Android Gradle 构建中的 Manifest 合并错误与类冲突问题当 Android 项目同时使用 AndroidX 和旧版 Support 库时，会导致构建失败，主要出现以下两类错误： 1. **Manifest Merger Failed** （如 `Attribute application@appComponentFactory` 冲突） 2. **Duplicate Class** （如 `android.support.v4.app.INotificationSideChannel` 在多个库中重复）根本原因是 **AndroidX 和 Support 库无法共存**（引用[2][3]），以下是系统化的解决方案： --- ### 解决方案一：迁移到 AndroidX（推荐） #### 步骤 1：启用 AndroidX 支持在项目根目录的 `gradle.properties` 文件中添加： ```properties android.useAndroidX=true android.enableJetifier=true ``` - `useAndroidX`：强制使用 AndroidX 库 - `enableJetifier`：自动转换第三方库中的 Support 类为 AndroidX（关键！引用[4]） #### 步骤 2：更新依赖库版本在 `app/build.gradle` 中替换所有 Support 库依赖： ```gradle dependencies { // 替换前：implementation 'com.android.support:appcompat-v7:28.0.0' implementation 'androidx.appcompat:appcompat:1.6.1' // AndroidX 版本 // 替换前：implementation 'com.android.support:design:28.0.0' implementation 'com.google.android.material:material:1.9.0' // Material Design 库 } ``` #### 步骤 3：修复 Manifest 冲突在 `AndroidManifest.xml` 的 `<application>` 标签添加： ```xml <application ... tools:replace="android:appComponentFactory" android:appComponentFactory="androidx.core.app.CoreComponentFactory"> </application> ``` `tools:replace` 会覆盖冲突属性（引用[5]） --- ### 解决方案二：强制使用 Support 库（临时方案） #### 步骤 1：排除冲突依赖 ```gradle dependencies { implementation('com.thirdparty.library:1.0') { exclude group: 'androidx.core', module: 'core' // 排除 AndroidX } implementation 'com.android.support:support-compat:28.0.0' // 明确使用 Support } ``` #### 步骤 2：统一所有库版本在 `build.gradle` 中强制统一版本： ```gradle configurations.all { resolutionStrategy { force 'com.android.support:support-v4:28.0.0' force 'com.android.support:appcompat-v7:28.0.0' } } ``` --- ### 关键注意事项 1. **Jetifier 的作用** 当 `enableJetifier=true` 时，Gradle 会自动重写第三方库的字节码，将其中的 `android.support.*` 替换为 `androidx.*`（引用[4]） 2. **迁移后的代码调整** - 将 Java 代码中的 `import android.support.v7.app.AppCompatActivity` 改为 `import androidx.appcompat.app.AppCompatActivity` - 布局文件中的 `android.support.design.widget.TextInputLayout` 改为 `com.google.android.material.textfield.TextInputLayout` 3. **清理构建缓存** 执行以下命令清除缓存： ```bash ./gradlew cleanBuildCache ``` --- ### 验证是否解决 1. 检查构建日志中是否还有 `Duplicate class` 或 `Manifest merger` 错误 2. 使用以下命令确认依赖关系： ```bash ./gradlew :app:dependencies ``` 输出中不应同时出现 `androidx.*` 和 `com.android.support.*` > **推荐策略**：优先采用方案一（迁移到 AndroidX），因为 Google 已停止维护 Support 库，且新版本库（如 Jetpack Compose）仅支持 AndroidX（引用[2][4]）。 --- ### 相关问题 1. 如何检测项目中哪些第三方库仍在使用 Support 库？ 2. 迁移到 AndroidX 后出现资源 ID 冲突（`R.id` 重复）该如何解决？ 3. AndroidX 迁移工具在哪些情况下会失败？如何手动修复迁移后的代码？ 4. 如何解决多模块项目中部分模块未迁移导致的构建冲突？ 5. Jetifier 转换库的原理是什么？它如何影响构建性能？