Overriding onSaveInstanceState

Question

我正在尝试掌握类View中的onSaveInstanceState方法(而不是类Activity中的方法(。该方法确实返回Parcelable。我从ViewGroup中得出了自己的View，并覆盖了该方法以拯救自己的状态。但是当状态要保存时，我得到了一个例外：

java.lang.IllegalStateException:
Derived class did not call super.onSaveInstanceState()

这是真的，但对我来说，仅仅调用该方法似乎还不够。那么我应该怎么做呢？如果该方法传递了一个要写入的Parcel，我可以简单地将相同的包裹传递给超类，这样事情就会按顺序写入。但这是一个返回值。

我

是否应该将此返回的对象作为我自己的Parcelable表示形式的成员包含在内，并在需要时使用 Parcel.writeParcelable 将其与我自己的数据一起封送？或者有没有更好的方法来处理可包裹对象的父调用和链接？如果是这样，在装入超类的实例状态时应该使用什么类装入器？

Answer 1

由于 zapl 没有将他的评论变成答案，所以我这样做了。

有没有更好的方法来处理可包裹对象的父调用和链接？

实现此目的的规范方法是拥有自己的类来保存从View.BaseSavedState派生的数据，而又从AbsSavedState派生。可以调用父类的onSaveInstance处理程序，并将结果对象传递给自己类的构造函数。还原数据时，getSuperState给出针对父类的实例。

一个典型的代码示例可能如下所示：

static class SavedState extends View.BaseSavedState {
  // include own data members here
  public SavedState(Parcelable superState) {
    super(superState);
  }
  private SavedState(Parcel in) {
    super(in);
    // read own data here
  }
  @Override public void writeToParcel(Parcel out, int flags) {
    super.writeToParcel(out, flags);
    // write own data here
  }
  public static final Parcelable.Creator<SavedState> CREATOR =
      new Parcelable.Creator<SavedState>() {
    public SavedState createFromParcel(Parcel in) { return SavedState(in); }
    public SavedState[] newArray(int size) { return new SavedState[size]; }
  };
}
@Override public Parcelable onSaveInstanceState() {
  SavedState state = new SavedState(super.onSaveInstanceState());
  // set data members here
  return state;
}
@Override public void onRestoreInstanceState(Parcelable parcelable) {
  SavedState state = (SavedState)parcelable;
  super.onRestoreInstanceState(state.getSuperState());
  // restore from data members here
}

以上内容改编自Cyril Mottier的演讲，但也应该与设计师打算如何使用此类非常匹配。

我

是否应该将此返回的对象作为我自己的Parcelable表示形式的成员包含在内，并在需要时使用 Parcel.writeParcelable 将其与我自己的数据一起封送？

尽管上述似乎是首选，但在幕后，它也依赖于writeParcelable。因此，如果有理由不使用该基类，只需调用writeParcelable来存储超类的状态应该没问题。

装入

超类的实例状态时应该使用什么类装入器？

AbsSavedState 的当前实现确实使用 null 作为类装入器参数，从而导致使用缺省类装入器。但是，该行代码标有FIXME注释，因此有一天可能会更改。