在活动运行的整个过程中保持本地 sqlite 连接打开有什么好处？
我通常创建一个新连接，然后在每个执行数据库操作的方法中关闭它。它看起来像这样：
myMethod(Context context){
LocalDBHelper localDBHelper = new LocalDBHelper(context); //extended SQLiteOpenHelper
SQLiteDatabase db = localDBHelper.getWritableDatabase();
...
localDBHelper.close();
}
因此，在典型的用户会话中，这会发生大约 10 次。在onResume() 中创建一个连接，在所有数据库访问方法中使用它，最后在onPause() 中关闭它是否有意义？
【问题讨论】：
标签： android sqlite android-sqlite
在活动运行的整个过程中保持本地 sqlite 连接打开有什么好处？
您通常需要在整个流程生命周期中建立一个“连接”。特别是，您不希望跨多个线程同时使用多个“连接”。 Android 中 SQLite 的所有线程安全逻辑都基于对所有这些线程使用单个 SQLiteDatabase（因此，单个 SQLiteOpenHelper），因此可以进行适当的锁定。
【讨论】：
SQLiteDatabase 提供的。 “如果 X 使用 BEGIN IMMEDIATE 开始写入事务”——那么不要使用 BEGIN IMMEDIATE（转换为 beginTransaction() 上 SQLiteDatabase 的非独占版本），除非你知道你有唯一正在运行的线程。
基于@CommonsWare 的回答，我已经实现了一个单例模式，以使用延迟实例化来拥有LocalDBHelper 的单个应用程序范围实例。到目前为止它工作正常，并且无需为每个操作实例化和关闭帮助程序/数据库。
public class MyApplication extends Application{
private static MyApplication instance;
public MyApplication(){
instance = this;
}
public static Context getContext(){
return instance;
}
}
public class LocalDBHelper extends SQLiteOpenHelper{
private static final int DATABASE_VERSION = 1;
private static final String DATABASE_NAME = "MyDB";
private static final String LOG_TAG = "LocalDBHelper";
private static LocalDBHelper instance = null;
/*private constructor to avoid direct instantiation by other classes*/
private LocalDBHelper(){
super(MyApplication.getContext(), DATABASE_NAME, null, DATABASE_VERSION);
}
/*synchronized method to ensure only 1 instance of LocalDBHelper exists*/
public static synchronized LocalDBHelper getInstance(){
if(instance == null){
instance = new LocalDBHelper();
}
return instance;
}
...
...
}
用法：
SQLiteDatabase db = LocalDBHelper.getInstance().getWritableDatabase();
db.insert(...)
用于交易：
SQLiteDatabase db = LocalDBHelper.getInstance().getWritableDatabase();
db.beginTransaction();
try{
....
...
db.setTransactionSuccessful();
}catch(Exception e){
e.printStackTrace();
}
finally{
db.endTransaction();
}
重要提示：无需在任何地方拨打localDBHelper.getInstance().close()
【讨论】：
由于您的应用每次启动时都在同一台机器上运行，并且每次访问的内存都相同，因此打开它不会有问题。因为在相同的内存空间中，sqlite 就像主应用程序的 DLL 一样加载。
可能只会出现一个问题！当您想同时运行多个线程来访问数据库时（例如使用 AsyncTask），它们之间的干扰会迫使一些线程停止！所以最好每次都为新线程建立连接！
【讨论】：
就我个人而言，我发现调用初始应用加载所需的 SQL 连接、存储到 SQLite DB 中以及设置刷新按钮让用户决定何时刷新数据或设置定期更新应用程序的间隔计时器。
通过这种方式，您可以在应用程序的一般使用期间通过将数据加载放置在预先/用户定义的时间来提高性能。
虽然我确实认为这取决于数据库交互执行的频率......
这个问题可能会给你一些有用的答案：
Should I open() and close() my SQL database constantly or leave it open?
【讨论】：
onPause() 中的连接。