Habilitación de capacidades sin conexión en Android

Comportamiento de persistencia

Al habilitar la persistencia, cualquier dato que el cliente Firebase Realtime Database sincronice mientras está en línea persiste en el disco y está disponible sin conexión, incluso cuando el usuario o el sistema operativo reinicia la aplicación. Esto significa que su aplicación funciona como lo haría en línea utilizando los datos locales almacenados en el caché. Las devoluciones de llamadas de los oyentes seguirán enviándose para recibir actualizaciones locales.

El cliente Firebase Realtime Database mantiene automáticamente una cola de todas las operaciones de escritura que se realizan mientras su aplicación está sin conexión. Cuando la persistencia está habilitada, esta cola también persiste en el disco para que todas sus escrituras estén disponibles cuando el usuario o el sistema operativo reinicie la aplicación. Cuando la aplicación recupera la conectividad, todas las operaciones se envían al servidor de Firebase Realtime Database.

Si su aplicación usa Firebase Authentication , el cliente Firebase Realtime Database conserva el token de autenticación del usuario durante los reinicios de la aplicación. Si el token de autenticación caduca mientras su aplicación está fuera de línea, el cliente pausa las operaciones de escritura hasta que su aplicación vuelva a autenticar al usuario; de lo contrario, las operaciones de escritura podrían fallar debido a reglas de seguridad.

Mantener los datos actualizados

Firebase Realtime Database sincroniza y almacena una copia local de los datos para los oyentes activos. Además, puede mantener sincronizadas ubicaciones específicas.

val scoresRef = Firebase.database.getReference("scores")
scoresRef.keepSynced(true)
OfflineActivity.kt

DatabaseReference scoresRef = FirebaseDatabase.getInstance().getReference("scores");
scoresRef.keepSynced(true);
OfflineActivity.java

El cliente Firebase Realtime Database descarga automáticamente los datos en estas ubicaciones y los mantiene sincronizados incluso si la referencia no tiene oyentes activos. Puede desactivar la sincronización con la siguiente línea de código.

scoresRef.keepSynced(false)
OfflineActivity.kt

scoresRef.keepSynced(false);
OfflineActivity.java

De forma predeterminada, se almacenan en caché 10 MB de datos previamente sincronizados. Esto debería ser suficiente para la mayoría de las aplicaciones. Si el caché supera su tamaño configurado, Firebase Realtime Database purga los datos que se han utilizado menos recientemente. Los datos que se mantienen sincronizados no se eliminan de la caché.

Consulta de datos sin conexión

Firebase Realtime Database almacena los datos devueltos por una consulta para usarlos sin conexión. Para consultas creadas sin conexión, Firebase Realtime Database continúa funcionando para los datos cargados previamente. Si los datos solicitados no se han cargado, Firebase Realtime Database carga datos desde el caché local. Cuando la conectividad de red vuelva a estar disponible, los datos se cargarán y reflejarán la consulta.

Por ejemplo, este código consulta los últimos cuatro elementos en una base de datos de puntuaciones en tiempo real de Firebase.

val scoresRef = Firebase.database.getReference("scores")
scoresRef.orderByValue().limitToLast(4).addChildEventListener(object : ChildEventListener {
    override fun onChildAdded(snapshot: DataSnapshot, previousChild: String?) {
        Log.d(TAG, "The ${snapshot.key} dinosaur's score is ${snapshot.value}")
    }

    // ...
})
OfflineActivity.kt

DatabaseReference scoresRef = FirebaseDatabase.getInstance().getReference("scores");
scoresRef.orderByValue().limitToLast(4).addChildEventListener(new ChildEventListener() {
    @Override
    public void onChildAdded(@NonNull DataSnapshot snapshot, String previousChild) {
        Log.d(TAG, "The " + snapshot.getKey() + " dinosaur's score is " + snapshot.getValue());
    }

    // ...
});
OfflineActivity.java

Supongamos que el usuario pierde la conexión, se desconecta y reinicia la aplicación. Mientras aún está fuera de línea, la aplicación consulta los dos últimos elementos desde la misma ubicación. Esta consulta devolverá correctamente los dos últimos elementos porque la aplicación había cargado los cuatro elementos en la consulta anterior.

scoresRef.orderByValue().limitToLast(2).addChildEventListener(object : ChildEventListener {
    override fun onChildAdded(snapshot: DataSnapshot, previousChild: String?) {
        Log.d(TAG, "The ${snapshot.key} dinosaur's score is ${snapshot.value}")
    }

    // ...
})
OfflineActivity.kt

scoresRef.orderByValue().limitToLast(2).addChildEventListener(new ChildEventListener() {
    @Override
    public void onChildAdded(@NonNull DataSnapshot snapshot, String previousChild) {
        Log.d(TAG, "The " + snapshot.getKey() + " dinosaur's score is " + snapshot.getValue());
    }

    // ...
});
OfflineActivity.java

En el ejemplo anterior, el cliente Firebase Realtime Database genera eventos de "niño agregado" para los dos dinosaurios con la puntuación más alta, mediante el uso del caché persistente. Pero no generará un evento de "valor", ya que la aplicación nunca ejecutó esa consulta mientras estaba en línea.

Si la aplicación solicitara los últimos seis elementos sin conexión, obtendría eventos de "niño agregado" para los cuatro elementos almacenados en caché de inmediato. Cuando el dispositivo vuelve a estar en línea, el cliente Firebase Realtime Database se sincroniza con el servidor y obtiene los dos últimos eventos 'niño agregado' y 'valor' para la aplicación.

Manejo de transacciones sin conexión

Todas las transacciones que se realizan mientras la aplicación está fuera de línea se ponen en cola. Una vez que la aplicación recupera la conectividad de la red, las transacciones se envían al servidor de Realtime Database.

Cómo funciona onDisconnect

Cuando estableces una operación onDisconnect() , la operación reside en el servidor de Firebase Realtime Database. El servidor verifica la seguridad para asegurarse de que el usuario pueda realizar el evento de escritura solicitado e informa a su aplicación si no es válido. Luego, el servidor monitorea la conexión. Si en algún momento la conexión se agota o el cliente Realtime Database la cierra activamente, el servidor verifica la seguridad por segunda vez (para asegurarse de que la operación aún sea válida) y luego invoca el evento.

Su aplicación puede usar la devolución de llamada en la operación de escritura para garantizar que onDisconnect se adjuntó correctamente:

presenceRef.onDisconnect().removeValue { error, reference ->
    error?.let {
        Log.d(TAG, "could not establish onDisconnect event: ${error.message}")
    }
}
OfflineActivity.kt

presenceRef.onDisconnect().removeValue(new DatabaseReference.CompletionListener() {
    @Override
    public void onComplete(DatabaseError error, @NonNull DatabaseReference reference) {
        if (error != null) {
            Log.d(TAG, "could not establish onDisconnect event:" + error.getMessage());
        }
    }
});
OfflineActivity.java

Un evento onDisconnect también se puede cancelar llamando .cancel() :

val onDisconnectRef = presenceRef.onDisconnect()
onDisconnectRef.setValue("I disconnected")
// ...
// some time later when we change our minds
// ...
onDisconnectRef.cancel()
OfflineActivity.kt

OnDisconnect onDisconnectRef = presenceRef.onDisconnect();
onDisconnectRef.setValue("I disconnected");
// ...
// some time later when we change our minds
// ...
onDisconnectRef.cancel();
OfflineActivity.java

Marcas de tiempo del servidor

Los servidores de Firebase Realtime Database proporcionan un mecanismo para insertar marcas de tiempo generadas en el servidor como datos. Esta característica, combinada con onDisconnect , proporciona una manera fácil de tomar nota de manera confiable del momento en que un cliente de Realtime Database se desconectó:

val userLastOnlineRef = Firebase.database.getReference("users/joe/lastOnline")
userLastOnlineRef.onDisconnect().setValue(ServerValue.TIMESTAMP)
OfflineActivity.kt

DatabaseReference userLastOnlineRef = FirebaseDatabase.getInstance().getReference("users/joe/lastOnline");
userLastOnlineRef.onDisconnect().setValue(ServerValue.TIMESTAMP);
OfflineActivity.java

Desviación del reloj

Si bien firebase.database.ServerValue.TIMESTAMP es mucho más preciso y preferible para la mayoría de las operaciones de lectura/escritura, en ocasiones puede resultar útil para estimar la desviación del reloj del cliente con respecto a los servidores de Firebase Realtime Database. Puedes adjuntar una devolución de llamada a la ubicación /.info/serverTimeOffset para obtener el valor, en milisegundos, que los clientes de Firebase Realtime Database agregan al tiempo reportado local (tiempo de época en milisegundos) para estimar el tiempo del servidor. Tenga en cuenta que la precisión de esta compensación puede verse afectada por la latencia de la red y, por lo tanto, es útil principalmente para descubrir grandes discrepancias (> 1 segundo) en el tiempo del reloj.

val offsetRef = Firebase.database.getReference(".info/serverTimeOffset")
offsetRef.addValueEventListener(object : ValueEventListener {
    override fun onDataChange(snapshot: DataSnapshot) {
        val offset = snapshot.getValue(Double::class.java) ?: 0.0
        val estimatedServerTimeMs = System.currentTimeMillis() + offset
    }

    override fun onCancelled(error: DatabaseError) {
        Log.w(TAG, "Listener was cancelled")
    }
})
OfflineActivity.kt

DatabaseReference offsetRef = FirebaseDatabase.getInstance().getReference(".info/serverTimeOffset");
offsetRef.addValueEventListener(new ValueEventListener() {
    @Override
    public void onDataChange(@NonNull DataSnapshot snapshot) {
        double offset = snapshot.getValue(Double.class);
        double estimatedServerTimeMs = System.currentTimeMillis() + offset;
    }

    @Override
    public void onCancelled(@NonNull DatabaseError error) {
        Log.w(TAG, "Listener was cancelled");
    }
});
OfflineActivity.java