Android应用重启时出现SQLite错误求助

这种重启后才暴露的问题确实挺闹心的，结合你说的场景——IDE里跑一切正常，手机重启就出问题，我帮你梳理几个最可能的原因和排查方向：

1. SQLite数据库的持久化没做对 #

IDE运行时应用进程其实是临时的，很多缓存还在，重启后才会暴露真正的持久化问题：

• 你在修改/删除数据后，有没有确保事务提交或者数据库连接正确关闭？比如执行update()/delete()后，是不是忘了调用db.setTransactionSuccessful()和endTransaction()？如果只是执行了SQL但没提交，IDE里进程没销毁还能读到缓存数据，重启后数据根本没真正写入数据库，自然出问题。
• 检查数据库的存储路径是否正常，虽然默认的内部存储路径getDatabasePath()一般不会踩坑，但可以打个日志确认下：

Log.d("DB_DEBUG", getDatabasePath("你的数据库名.db").getAbsolutePath());

• 尽量在Application类里初始化数据库实例，别每次启动MainActivity都新建一个，否则容易出现数据库锁或者读写冲突，重启后就炸了。

2. ListView加载数据时的逻辑漏洞 #

重启后加载数据到ListView的环节最容易出问题：

• 检查Cursor有没有正确关闭！比如用CursorLoader或者在onDestroy()里手动关闭Cursor，不然内存泄漏会导致数据库锁死，重启后根本读不出数据。
• 确认Adapter的初始化顺序：是不是先查完数据库拿到数据，再给ListView设置Adapter？如果反过来，数据库还没查询完就设置了Adapter，重启后就可能出现空指针或者数据加载异常。
• 滑动删除后有没有及时刷新Adapter？比如调用adapter.notifyDataSetChanged()，要是只删了数据库里的数据但没更新UI，重启后加载的是正确数据，但你可能误以为是重启出错了——当然如果删除逻辑本身有问题（比如SQL语句写错了没真正删掉），重启后数据又回来，也会让人懵。

3. OnTouch方法可能抢了ListView的事件 #

你说MainActivity加了OnTouch方法，这很可能干扰了ListView的正常事件分发：

• 重点看OnTouch的返回值！如果返回true，就会把触摸事件消耗掉，ListView的滑动、点击事件都触发不了，甚至重启后因为事件处理顺序的问题直接崩溃。正确的做法是如果不需要拦截事件，就返回false：

@Override
public boolean onTouch(View v, MotionEvent event) {
    // 你的自定义触摸逻辑
    // 不要消耗事件，让ListView能正常接收滑动/点击
    return false;
}

• 有没有同时用了滑动删除的GestureDetector和OnTouch？两个触摸监听可能会冲突，重启后手势识别逻辑乱掉，导致异常。

4. 权限没搞定（容易被忽略） #

IDE运行时可能自动帮你获取了存储权限，但有些手机重启后权限会重置：

• 如果你的数据库存在外部存储，一定要在AndroidManifest.xml里加READ_EXTERNAL_STORAGE和WRITE_EXTERNAL_STORAGE权限，还要在代码里动态申请。没权限的话，重启后应用连数据库都打不开，肯定报错。

快速排查小技巧 #

1. 赶紧看手机上的Logcat日志！搜索你的应用包名，找SQLiteException、NullPointerException这类异常栈，直接定位问题根源，比瞎猜靠谱多了。
2. 先测试重启后只加载数据不做任何操作，看会不会出错，排除是修改/删除逻辑的问题还是初始化的问题。
3. 暂时把OnTouch方法注释掉，重启应用看看是否正常，快速确认是不是触摸事件搞的鬼。

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