My understanding on LiveData
is that, it will trigger observer on the current state change of data, and not a series of history state change of data.
Currently, I have a MainFragment
, which perform Room
write operation, to change non-trashed data, to trashed data.
I also another TrashFragment
, which observes to trashed data.
Consider the following scenario.
MainFragment
is the current active fragment. TrashFragment
is not created yet.MainFragment
added 1 trashed data.MainFragment
with TrashFragment
.TrashFragment
's observer will first receive onChanged
, with 0 trashed data TrashFragment
's observer will secondly receive onChanged
, with 1 trashed data What is out of my expectation is that, item (6) shouldn't happen. TrashFragment
should only receive latest trashed data, which is 1.
Here's my codes
public class TrashFragment extends Fragment { @Override public void onCreate(Bundle savedInstanceState) { noteViewModel = ViewModelProviders.of(getActivity()).get(NoteViewModel.class); } @Override public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) { ... noteViewModel.getTrashedNotesLiveData().removeObservers(this); noteViewModel.getTrashedNotesLiveData().observe(this, notesObserver);
public class MainFragment extends Fragment { @Override public void onCreate(Bundle savedInstanceState) { noteViewModel = ViewModelProviders.of(getActivity()).get(NoteViewModel.class); } @Override public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) { ... noteViewModel.getNotesLiveData().removeObservers(this); noteViewModel.getNotesLiveData().observe(this, notesObserver);
public class NoteViewModel extends ViewModel { private final LiveData<List<Note>> notesLiveData; private final LiveData<List<Note>> trashedNotesLiveData; public LiveData<List<Note>> getNotesLiveData() { return notesLiveData; } public LiveData<List<Note>> getTrashedNotesLiveData() { return trashedNotesLiveData; } public NoteViewModel() { notesLiveData = NoteplusRoomDatabase.instance().noteDao().getNotes(); trashedNotesLiveData = NoteplusRoomDatabase.instance().noteDao().getTrashedNotes(); } }
public enum NoteRepository { INSTANCE; public LiveData<List<Note>> getTrashedNotes() { NoteDao noteDao = NoteplusRoomDatabase.instance().noteDao(); return noteDao.getTrashedNotes(); } public LiveData<List<Note>> getNotes() { NoteDao noteDao = NoteplusRoomDatabase.instance().noteDao(); return noteDao.getNotes(); } } @Dao public abstract class NoteDao { @Transaction @Query("SELECT * FROM note where trashed = 0") public abstract LiveData<List<Note>> getNotes(); @Transaction @Query("SELECT * FROM note where trashed = 1") public abstract LiveData<List<Note>> getTrashedNotes(); @Insert(onConflict = OnConflictStrategy.REPLACE) public abstract long insert(Note note); } @Database( entities = {Note.class}, version = 1 ) public abstract class NoteplusRoomDatabase extends RoomDatabase { private volatile static NoteplusRoomDatabase INSTANCE; private static final String NAME = "noteplus"; public abstract NoteDao noteDao(); public static NoteplusRoomDatabase instance() { if (INSTANCE == null) { synchronized (NoteplusRoomDatabase.class) { if (INSTANCE == null) { INSTANCE = Room.databaseBuilder( NoteplusApplication.instance(), NoteplusRoomDatabase.class, NAME ).build(); } } } return INSTANCE; } }
Any idea how I can prevent from receiving onChanged
twice, for a same data?
I created a demo project to demonstrate this problem.
As you can see, after I perform write operation (Click on ADD TRASHED NOTE button) in MainFragment
, when I switch to TrashFragment
, I expect onChanged
in TrashFragment
will only be called once. However, it is being called twice.
Demo project can be downloaded from https://github.com/yccheok/live-data-problem
The observe() method takes a LifecycleOwner object. This subscribes the Observer object to the LiveData object so that the observer is notified of changes. You usually attach the Observer object in a UI controller, such as an activity or fragment.
I have introduced just one change in your code:
noteViewModel = ViewModelProviders.of(this).get(NoteViewModel.class);
instead of:
noteViewModel = ViewModelProviders.of(getActivity()).get(NoteViewModel.class);
in Fragment
's onCreate(Bundle)
methods. And now it works seamlessly.
In your version you obtained a reference of NoteViewModel
common to both Fragments (from Activity). ViewModel
had Observer
registered in previous Fragment, I think. Therefore LiveData
kept reference to both Observer
's (in MainFragment
and TrashFragment
) and called both values.
So I guess the conclusion might be, that you should obtain ViewModel
from ViewModelProviders
from:
Fragment
in Fragment
Activity
in Activity
Btw.
noteViewModel.getTrashedNotesLiveData().removeObservers(this);
is not necessary in Fragments, however I would advise putting it in onStop
.
I forked your project and tested it a bit. From all I can tell you discovered a serious bug.
To make the reproduction and the investigation easier, I edited your project a bit. You can find updated project here: https://github.com/techyourchance/live-data-problem . I also opened a pull request back to your repo.
To make sure that this doesn't go unnoticed, I also opened an issue in Google's issue tracker:
Steps to reproduce:
- Ensure that REPRODUCE_BUG is set to true in MainFragment
- Install the app
- Click on "add trashed note" button
- Switch to TrashFragment
- Note that there was just one notification form LiveData with correct value
- Switch to MainFragment
- Click on "add trashed note" button
- Switch to TrashFragment
- Note that there were two notifications from LiveData, the first one with incorrect value
Note that if you set REPRODUCE_BUG to false then the bug doesn't reproduce. It demonstrates that subscription to LiveData in MainFragment changed the behavior in TrashFragment.
Expected result: Just one notification with correct value in any case. No change in behavior due to previous subscriptions.
More info: I looked at the sources a bit, and it looks like notifications being triggered due to both LiveData activation and new Observer subscription. Might be related to the way ComputableLiveData offloads onActive() computation to Executor.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With