·sqlite拥有文件级别的锁。许多线程可以同时读，但只有一个可以写。锁阻止多个同时写入。

·Android在sqliteDatabase中实现了一些java锁来确保动作是同步进行。

·如果你用多个线程疯狂地访问数据库，你的数据库不会（或不应该）崩溃。

没如果你通过多个不同的真实连接同时写数据库，其中的某个会失败，它不会等到前一个完成后继续写入。简单地，不会写入你的改变，更糟糕的是，你也得不到一个异常，只是在LogCat中输出一些message，仅此而已。

因此，我推荐这样使用：创建一个sqliteOpenHelper静态对象。什么时候去close它呢？不需要。当app关闭，它会自动释放文件引用。

但是，会不会有“close() was never explicitly called on database”异常呢？

如果你注意的话，当连接挂在那里的时候，你没有得到那个异常。你只是在连接已经建立，而你又尝试打开另一个时才会有异常。因此，你只需要打开一次连接

getReadableDatabase()并不是以只读方式打开数据库，而是先执行getWritableDatabase()，失败的情况下才调用。
getWritableDatabase()和getReadableDatabase()方法都可以获取一个用于操作数据库的sqliteDatabase实例。但getWritableDatabase() 方法以读写方式打开数据库，一旦数据库的磁盘空间满了，数据库就只能读而不能写，倘若使用getWritableDatabase()打开数据库就会出错。getReadableDatabase()方法先以读写方式打开数据库，如果数据库的磁盘空间满了，就会打开失败，当打开失败后会继续尝试以只读方式打开数据库。