[解决/Solved]android.database.sqlite.SQLiteDiskIOException: disk I/O error (code 1802)

android.database.sqlite.SQLiteDiskIOException: disk I/O error (code 1802)

• 官方解释

  https://sqlite.org/rescode.html#ioerr_fstat

• google上的bug反馈

  https://issuetracker.google.com/issues/36924447#makechanges

• 复现步骤
  0x01 系统设置
  0x02 应用管理
  0x03 清理数据
  0x04 重新打开应用
  0x05 数据库io错误

• 解决方案

靠谱的解释

https://stackoverflow.com/questions/21554277/android-sqlite-database-sqlitediskioexception-disk-i-o-error-code-1802

• 我碰到的问题的根源

项目中使用了腾讯的X5内核, 当X5内核没有初始化完毕的时候,就开始对数据库进行io操作. 这个时候X5内核已经把数据库锁死了.

验证
0x01 那么,在onPageFinish方法中对数据库句柄进行关闭和重新初始化,这个时候所有的操作恢复正常.
0x02 用原生webview替换x5应用行为正常了.

诡异的地方
0x01 为什么第一次启动app的时候不会出现IO异常?
0x02 为什么从系统设置中清理了应用数据后(进程被关闭),再次启动App时候就出现这个问题?
0x03 这个问题不是必现问题,目前在Moto G和Huawei P9上复现.

总结
挺诡异的一个现象,不知道是不是腾讯x5的一个bug.

只要是使用了webview都有可能出现这个问题
https://stackoverflow.com/questions/15398426/no-sqlite-in-use-but-i-get-an-android-database-sqlite-sqlitediskioexception-ex

经过这段时间的持续跟进,终于在某个时机复现了该问题

问题的根源:
腾讯的x5内核,把我的数据库rename了.
我的数据库句柄对象还在,这个时候通过我的数据库句柄去读写数据库就会报出:SQLiteDiskIOException.

整个验证过程: 在异常发生后检测File.exists()返回false.
最后再通过监听数据库的目录,发现我的数据库文件并不是被删除了,而是被rename了.