Diferencia de setValue () y postValue () en MutableLiveData

Hay dos formas de hacer que el cambio valga la pena MutableLiveData. Pero, ¿cuál es la diferencia entre setValue()& postValue()in MutableLiveData.

No pude encontrar documentación para el mismo.

Aquí está la clase MutableLiveDatade Android.

package android.arch.lifecycle;

/**
 * {@link LiveData} which publicly exposes {@link #setValue(T)} and {@link #postValue(T)} method.
 *
 * @param <T> The type of data hold by this instance
 */
@SuppressWarnings("WeakerAccess")
public class MutableLiveData<T> extends LiveData<T> {
    @Override
    public void postValue(T value) {
        super.postValue(value);
    }

    @Override
    public void setValue(T value) {
        super.setValue(value);
    }
}

Basado en la documentación:

setValue () :

Establece el valor. Si hay observadores activos, se les enviará el valor. Este método debe llamarse desde el hilo principal.

postValue () :

Publica una tarea en un hilo principal para establecer el valor dado. Si llamó a este método varias veces antes de que un hilo principal ejecutara una tarea publicada, solo se enviaría el último valor.

Para resumir, la diferencia clave sería:

setValue()se debe llamar al método desde el hilo principal. Pero si necesita establecer un valor de un hilo de fondo, postValue()debe usarse.

Todas las respuestas anteriores son correctas. Pero una diferencia más importante. Si llama postValue()a un campo que no tiene observadores y luego llama getValue(), no recibe el valor que estableció postValue(). Así que tenga cuidado si trabaja en subprocesos en segundo plano sin observadores.

setValue()se llama directamente desde el hilo de llamada, notifica sincrónicamente a los observadores y cambia el LiveDatavalor inmediatamente. Solo se puede llamar desde MainThread.
postValue()usa dentro de algo como esto new Handler(Looper.mainLooper()).post(() -> setValue()), por lo que se ejecuta a setValuetravés Handlerde MainThread. Se puede llamar desde cualquier hilo.

setValue()

Establece el valor. Si hay observadores activos, se les enviará el valor.

Este método debe llamarse desde el hilo principal .

postValue

Si necesita establecer un valor de un hilo en segundo plano, puede usar postValue(Object)

Publica una tarea en un hilo principal para establecer el valor dado.

Si llamó a este método varias veces antes de que un hilo principal ejecutara una tarea publicada, solo se enviaría el último valor.

Esta no es una respuesta directa al problema anterior. Las respuestas de Sagar y w201 son impresionantes. Pero una regla general simple que uso en ViewModels para MutableLiveData es:

private boolean isMainThread() {
    return Looper.myLooper() == Looper.getMainLooper();
}

private MutableLiveData<Boolean> mutVal = new MutableLiveData<>(false);
public LiveData<Boolean> getMutVal() { return this.mutVal;  }
public void setMutVal(boolean val) {
    if (isMainThread()) mutVal.setValue(val);
    else mutVal.postValue(val);
}

Reemplace mutValcon su valor deseado.

setValue()se debe llamar al método desde el hilo principal. Si necesita establecer un valor de un hilo en segundo plano, puede usarpostValue() .

Más aquí .

En nuestra aplicación, usamos LiveData único que contiene datos para múltiples vistas en una actividad / pantalla. Básicamente N número de conjuntos de datos para N número de vistas. Esto nos preocupó un poco debido a la forma en que está diseñado postData. Y tenemos un objeto de estado en LD que transmite una vista sobre qué vista necesita actualizarse.

entonces LD se ve así:

LD {
   state (view_1, view_2, view_3 …),
   model_that_contains_data_of_all_views
}

Hay un par de vistas (vista_1 y vista_2) que debían actualizarse cuando se produce un evento ... lo que significa que deberían recibir una notificación al mismo tiempo cuando ocurre un evento. Entonces, llamé:

postData(LD(view_1, data))
postData(LD(view_2, data)

Esto no funcionaría por razones que conocemos.

Lo que entendí es que básicamente un LD debería representar solo una vista. Entonces no hay posibilidad de que tenga que llamar a postData () dos veces seguidas. Incluso si llama, la forma en que postData lo maneja es lo que también esperaría (mostrando los últimos datos a la vista). Todo cae bien en su lugar.

Un LD -> una vista. PERFECTO

Un LD -> múltiples vistas PUEDE HABER UN COMPORTAMIENTO EXTRAÑO