данные Изоляция с сервисами и Singleton SQliteOpenHelper

Question

Я реализовал SQliteOpenHelper с шаблоном Singleton и работает до сих пор. Но рассмотрим ниже последовательности:

• фрагмент запускает транзакцию обновления записей
• Служба получает срабатывает, который считывает обновленные данные
• сделка терпит неудачу по какой-то причине и откатывается

Служба обработала бы незафиксированные данные, которые позже были отброшены. Таким образом, кажется, что одноэлементный шаблон в сочетании с сервисом вызывает проблемы с изоляцией данных. Тем не менее, я прочитал множество сообщений, рекомендующих синглтон. Как обрабатывать этот сценарий при использовании одноэлементного?

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.beginTransaction(); 
try{ 
.... 
... 
db.setTransactionSuccessful(); 
}catch(Exception e){ 
    e.printStackTrace(); 
} 
finally{ 
    db.endTransaction(); 
} 

Answer 1

1. Служба работает в основном потоке. У него нет собственной нити. Он будет выполняться только после того, как основной поток завершит работу. Таким образом, нет риска для службы, начиная с транзакции в действии/фрагменте.

2. Два потока не могут получить доступ к тому же SQliteDatabase. Система предназначена для обеспечения доступа каждого потока к уникальному соединению из пула. Если соединений нет, другой поток (ы) будет ждать один. Если вам нужно подождать достаточно долго, вы увидите предупреждение logcat, подобное тому, что я вижу на своем телефоне ниже. Таким образом, шаблон singleton дополняет безопасность потока SQLite.

   W/SQLiteConnectionPool(12695): The connection pool for database 'xyz' has been unable to grant a connection to thread 6386 (AsyncTask #2) with flags 0x1 for 4.0 seconds. W/SQLiteConnectionPool(12695): Connections: 0 active, 1 idle, 0 available.

3. Как следствие # 2, нет никакой возможности читать неподтвержденные данные другим потоком, если вы используете одноплодной. Даже если вы не используете синглтон, SQLite по умолчанию обеспечивает изоляцию данных между соединениями. См. https://www.sqlite.org/isolation.html.

Вывод: Единственный способ читать неподтвержденные данные с одноточечного, если вы находитесь на том же потоке, и перед сделка закончилась.