前些時候看到興趣小組里有人問“Android上SQLite的最佳實踐”是什么，好奇地搜了一下，確實沒有一個好一點的指導文檔，平時的使用也只是簡單的拷貝code，並沒有深入的研究過。以下是我看到的Kevin關於其使用的心得，原文的大體的意思是：
Android例子涵蓋了一些Sqlite的基本用法，但它們並沒有深入地給出合理的使用方法，更重要的是，不合理的使用方法。大多數例子和文檔只是涉及最基本的數據庫查詢，或者教你如何創建一個ContentProvider。從來不提及的地方像：
· 什么地方創建和保存SQLiteOpenHelper實例？
· 可以有多少個實例？
· 多線程同時訪問數據庫有沒有什么要擔心的？
基本的內容是，你可以任意次數地連接Sqlite數據庫，而且Android系統也支持你這樣做。Sqlite擁有文件級別的鎖，用來同步訪問和防止錯誤。如果你只知道這些，那么，將會給你帶來很大的痛苦。開源的一個好處是，你可以深入代碼一探究竟。從代碼和一些測試中，我了解到以下事實：
· Sqlite擁有文件級別的鎖。許多線程可以同時讀，但只有一個可以寫。鎖阻止多個同時寫入。
· Android在SQLiteDatabase中實現了一些java鎖來確保動作是同步進行。
· 如果你用多個線程瘋狂地訪問數據庫，你的數據庫不會（或不應該）崩潰。
沒提到的是，如果你通過多個不同的真實連接同時寫數據庫，其中的某個會失敗，它不會等到前一個完成后繼續寫入。簡單地，不會寫入你的改變，更糟糕的是，你也得不到一個異常，只是在LogCat中輸出一些message，僅此而已。
SQLiteOpenHelper類做了一些有趣的事。盡管它有方法可以獲得一個只讀的連接和可讀寫的連接，但實質上它們是同一個連接。假設沒有文件寫錯誤的話，只讀的連接實質上就是一個可讀寫的連接。有趣吧。因此，如果你的app中使用一個helper的話，即便從多線程中使用，你也從未使用多個連接。
同樣，一個helper中只有一個SQLiteDatabase的實例，這個實例中實現了一些java鎖。因此，當你正在執行數據庫的操作時，其它db的操作都將鎖定。即便是你使用多個線程來做這些事以便優化數據庫的性能，壞消息，沒有什么用。
按照我的認識，SQLite工作的方式，基本上不可能會破壞你的數據庫，除非代碼里有bug或者有硬件問題。
因此，我推薦這樣使用：創建一個SQLiteOpenHelper靜態對象。什么時候去close它呢？不需要。當app關閉，它會自動釋放文件引用。
但是，會不會有“close() was never explicitly called on database”異常呢？
如果你注意的話，當連接掛在那里的時候，你沒有得到那個異常。你只是在連接已經建立，而你又嘗試打開另一個時才會有異常。因此，你只需要打開一次連接。
像這樣來使用：
public class DatabaseHelper extends OrmLiteSqliteOpenHelper
{
private static DatabaseHelper instance;
public static synchronized DatabaseHelper getHelper(Context context)
{
if (instance == null)
instance = new DatabaseHelper(context);
return instance;
}
//Other stuff...
}
就這些。。。
原文地址：