I am refering to http://developer.android.com/reference/android/app/Activity.html.
I have an activity which can be "interrupted" by the user, e.g. the user opens the menu to call the preferences screen. When calling the preference screen onSaveInstanceState(Bundle)
is called and I can save my data. That's fine so far. But up开发者_StackOverflow中文版on pressing the back button onRestoreInstanceState(Bundle savedInstanceState)
is NOT called.
So how can I save my state? Do I have to do it when calling the new activity? But how?
The only way I can think of, is saving the state by passing the state to the new activity, do nothing there with the saved data, return it to the first activity and restore the state inonActivitResult
. But that would mean that I have to pass data back and forth just to restore the state. Doesn't seem to be a nice solution.Probably a bad answer, but are you sure onRestoreInstanceState
needs to be called?
The point of the bundle and onSaveInstanceState
/ onCreate
with bundle / onRestoreInstanceState
is to save transient data for an activity that is in the history stack, in case the activity must be killed to reclaim some memory. If it is killed, the activity can be restored, as if it were never killed, via onCreate / onRestonreInstanceState
. However, if the activity was not killed, there may be no need to restore its transient data - presumably it is just as it was.
The Android documentation is careful to point out that onSaveInstanceStae / onRestoreInstanceState
are not lifecycle methods, so aren't guaranteed to be called during lifecycle state transitions. If you need to hook into certain lifecycle transitions, take a look at the lifecycle hook methods. For example, onResume
is called when the activity becomes the foreground activity and onPause
is called when it is no longer the foreground activity.
Have a look at the Application Fundamentals, specifically this part:
Unlike
onPause()
and the other methods discussed earlier,onSaveInstanceState()
andonRestoreInstanceState()
are not lifecycle methods. They are not always called. For example, Android callsonSaveInstanceState()
before the activity becomes vulnerable to being destroyed by the system, but does not bother calling it when the instance is actually being destroyed by a user action (such as pressing the BACK key). In that case, the user won't expect to return to the activity, so there's no reason to save its state.Because
onSaveInstanceState()
is not always called, you should use it only to record the transient state of the activity, not to store persistent data. UseonPause()
for that purpose instead.
Basically, any persistant data should be written out in your onPause()
method and read back in onResume()
. Check out the Data Storage article for ways of saving data.
Your ListView should not be cleared after returning from the Pref screen unless the Activity has been destroyed while the Pref screen was showing (in which case onCreate should have been called with the saved bundle).
The savedInstanceState is only used when the Activity has been destroyed and needs to be recreated. In this case, it looks like your ListActivity has not been destroyed.
Are you clearing your ListView manually somewhere?
精彩评论