android - clase - generar numero aleatorio de 8 cifras java

Error de SQLiteConnectionPool aleatorio en Android. ¿Como evitar?

Question

Recientemente comencé a recibir el siguiente error en mi aplicación. Esto NO está en ningún lugar específico y solo puedo reproducirlo en bucle a través de todas las funciones de lectura / escritura de datos. Aparece prácticamente en cualquier lugar.

09-14 08:52:15.089: WARN/SQLiteConnectionPool(19268): The connection pool for database ''/data/data/com.nnn/databases/data.db'' has been unable to grant a connection to thread 1 (main) with flags 0x5 for 30.000002 seconds.
Connections: 0 active, 1 idle, 0 available.

Hay alguna manera de evitar esto? ¿Entiendo que de alguna manera explico todas las conexiones a la base de datos? Estoy usando el enfoque # 1: http://www.androiddesignpatterns.com/2012/05/correctly-managing-your-sqlite-database.html

Y mi código de base de datos se ve así:

public class DatabaseHelper extends SQLiteOpenHelper
{
private final static String LOG_TAG = "com.nnnn.data.DatabaseHelper";
private static final String DATABASE_NAME = "data.db";
private static final int DATABASE_VERSION = 260;
private static SQLiteDatabase databaseInstance;
public DatabaseHelper()
{
super(MyApplication.Me, DATABASE_NAME, null, DATABASE_VERSION);
}
public static synchronized SQLiteDatabase getDatabase()
{
if (databaseInstance == null) databaseInstance = (new DatabaseHelper()).getWritableDatabase();
return databaseInstance;
}

Answer 1

Creo que la única manera correcta de manejar SQLite DB en Android es usar ContentProvider. Para su código, puede intentar almacenar DatabaseHelper en ese campo estático en lugar de la instancia de la base de datos SQLite, como se describe en el primer enfoque.

Answer 2

Intente eliminar el sincronizado del método getDatabase. Esto no debería ser necesario.

Answer 3

Nunca he visto este error. Pero, me gustaría señalar que no está utilizando el enfoque # 1 de la página a la que está vinculado, y creo que su implementación le está causando problemas.

En el patrón de diseño que vinculó, su enfoque es garantizar que solo exista una instancia de DatabaseHelper a lo largo del ciclo de vida de sus aplicaciones. Su enfoque es diferente, está intentando asegurarse de que solo exista una instancia de base de datos SQLite durante el ciclo de vida de las aplicaciones.

Entonces, en verano, está intentando reutilizar la misma conexión de base de datos para todo (lo que no es una buena idea y le sugiero que cambie este enfoque), pero en realidad, creo que este enfoque está causando algunos problemas entre SQLiteOpenHelper y su variable de instancia estática.

Está creando nuevas instancias de DatabaseHelper en su método getDatabase, seguro, su base de datos La instancia es estática, pero hay un problema potencial con las instancias de SQLiteOpenHelper aquí. Por ejemplo, digamos que la instancia de databaseInstance se cierra y se establece en nula por un fragmento de código. Aka, alguien está limpiando después de sí mismo, luego, la próxima vez que se llame a getDatabase (), creará un nuevo asistente de base de datos y, lo que es más importante, un nuevo SQLiteOpenHelper.