tree 2d0bdd7afcc6fc7b6a8b2cf646dbbf135d2ffb82
parent 1bd58ef4b1563bf02e6051b6468ddc9bac10866c
author Christopher Tate <ctate@google.com> 1495060955 -0700
committer Christopher Tate <ctate@google.com> 1496173299 -0700

Refresh in-memory SharedPreferences instances after restore

Existing instances don't know that the file has changed out from
under them, so they continue to return stale values from reads, and
risk overwriting restored data with stale content if writes are
performed.  We now tell the backing cache system to induce a
reload after restore (i.e. after we might have written a relevant
file out from under it).

Along the way we shook out an irregularity in the way we were
setting up the context topology of non-lifecycle instances of
the metadata-handling BackupAgent subclass, so that's fixed
now too.

Bug 12061817
Test: cts-tradefed run cts -m CtsBackupHostTestCases

Change-Id: I401fe9297235b55d8a8f041e430d122dc6e24129