Android调用Cursor.getCount()出现NullPointerException空指针异常问题咨询

根因定位 #

• 崩溃直接触发原因：调用android.database.Cursor.getCount()时，Cursor对象本身为null，和getCount()的返回值无关
• 你之前的修改逻辑错误：Cursor是引用类型对象，无法直接和整数0做等值判断，if (cursor == 0)的写法本身就不符合Java语法逻辑，不可能解决空指针问题
• 上游问题：你调用数据库查询的逻辑存在异常，导致返回的Cursor直接为null，后续没有做空校验就直接调用实例方法

修复方案 #

1. 补全Cursor非空校验 #

所有调用Cursor方法的位置，必须先判断对象是否为空，再执行后续操作，正确的判断逻辑如下：

// 先判空再调用方法
if (cursor == null || cursor.getCount() == 0) {
    // 无数据分支逻辑：例如展示空页面提示
    if (cursor != null) {
        cursor.close();
    }
    return;
}
// 正常遍历Cursor处理数据的逻辑

2. 排查Cursor为空的上游问题 #

• 检查Summary页面中数据库实例初始化逻辑，确认调用查询前数据库已经成功打开，没有提前关闭连接
• 校验查询语句合法性：确认表名、字段名没有拼写错误，传入的查询参数（如筛选条件、ID等）不是非法null值
• 给数据库查询逻辑增加异常捕获，避免查询抛出异常后直接返回null：

Cursor queryResult = null;
try {
    SQLiteDatabase readableDb = mortgageDbHelper.getReadableDatabase();
    // 替换为你实际的查询参数
    queryResult = readableDb.query("expense_table", null, null, null, null, null, null);
} catch (Exception e) {
    Log.e("DB_ERROR", "查询支出数据失败", e);
}
// 后续处理queryResult的逻辑

3. 补充资源回收逻辑 #

所有Cursor使用完成后，必须调用close()方法回收资源，避免内存泄漏，调用前同样需要先做非空判断。

优化建议 #

• 禁止在主线程执行数据库查询操作，避免ANR问题
• 推荐使用官方ORM框架Room替代原生SQLiteOpenHelper开发，可大幅减少空指针、资源泄漏这类低级问题
• 废弃的startManagingCursorAPI不要使用，改用CursorLoader实现数据和页面生命周期的自动绑定

内容的提问来源于stack exchange，提问作者JunChee26