获取java.lang.RuntimeException:在Activity onRestoreInstanceState中解组未知类型代码
我有一个获取java.lang.RuntimeException:在Activity onRestoreInstanceState中解组未知类型代码,java,android,Java,Android,我有一个活动，我在其中实现了onSaveInstanceState（）和onRestoreInstanceState（）以正确地维护活动状态。如果我旋转设备，一切都会成功进行，并保持活动状态 当我把应用程序放在后台，用任务杀手杀死它，或者打开设备开发者选项中的“不保留活动”选项时，问题就出现了。在这种情况下，当我重新启动活动时，我得到以下异常 09-05 16:04:36.567: E/AndroidRuntime(1976): java.lang.RuntimeException: Unabl
活动onSaveInstanceState（）onRestoreInstanceState（）活动活动活动时，我得到以下异常
09-05 16:04:36.567: E/AndroidRuntime(1976): java.lang.RuntimeException: Unable to start activity ComponentInfo{com.vss.example/com.vss.example.ExampleActivity}: java.lang.RuntimeException: Parcel android.os.Parcel@b389dec8: Unmarshalling unknown type code 6619245 at offset 800
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2059)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2084)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.app.ActivityThread.access$600(ActivityThread.java:130)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1195)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.os.Handler.dispatchMessage(Handler.java:99)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.os.Looper.loop(Looper.java:137)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.app.ActivityThread.main(ActivityThread.java:4745)
09-05 16:04:36.567: E/AndroidRuntime(1976): at java.lang.reflect.Method.invokeNative(Native Method)
09-05 16:04:36.567: E/AndroidRuntime(1976): at java.lang.reflect.Method.invoke(Method.java:511)
09-05 16:04:36.567: E/AndroidRuntime(1976): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:786)
09-05 16:04:36.567: E/AndroidRuntime(1976): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:553)
09-05 16:04:36.567: E/AndroidRuntime(1976): at dalvik.system.NativeStart.main(Native Method)
09-05 16:04:36.567: E/AndroidRuntime(1976): Caused by: java.lang.RuntimeException: Parcel android.os.Parcel@b389dec8: Unmarshalling unknown type code 6619245 at offset 800
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.os.Parcel.readValue(Parcel.java:2032)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.os.Parcel.readSparseArrayInternal(Parcel.java:2255)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.os.Parcel.readSparseArray(Parcel.java:1687)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.os.Parcel.readValue(Parcel.java:2022)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.os.Parcel.readMapInternal(Parcel.java:2226)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.os.Bundle.unparcel(Bundle.java:223)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.os.Bundle.getSparseParcelableArray(Bundle.java:1232)
09-05 16:04:36.567: E/AndroidRuntime(1976): at com.android.internal.policy.impl.PhoneWindow.restoreHierarchyState(PhoneWindow.java:1605)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.app.Activity.onRestoreInstanceState(Activity.java:928)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.app.Activity.performRestoreInstanceState(Activity.java:900)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.app.Instrumentation.callActivityOnRestoreInstanceState(Instrumentation.java:1130)
09-05 16:04:36.567: E/AndroidRuntime(1976): at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2037)
09-05 16:04:36.567: E/AndroidRuntime(1976): ... 11 more
我知道，当我们试图以写包裹时的错误顺序读取包裹时会发生这种情况，但如果是这样的话，那么当我们旋转设备时，异常是否也会发生？我相信它遵循着完全相同的过程，但今天之后我不是100%肯定
顺便说一句，这只发生在我添加了自定义视图的活动中。该实现与支持库中的FragmentTabHost
的实现相同（实际上，我复制并修改了该源代码），只是做了一些更改。但是这些更改不会影响以前的FragmentTabHost
状态代码。以下是相关的代码片段-
static class SavedState extends BaseSavedState {
String curTab;
SavedState(final Parcelable superState) {
super(superState);
}
private SavedState(final Parcel in) {
super(in);
curTab = in.readString();
}
@Override
public void writeToParcel(final Parcel out, final int flags) {
super.writeToParcel(out, flags);
out.writeString(curTab);
}
@Override
public String toString() {
return "SavedStateFragmentTabHost.SavedState{"
+ Integer.toHexString(System.identityHashCode(this))
+ " curTab=" + curTab + "}";
}
public static final Parcelable.Creator<SavedState> SAVED_STATE_CREATOR = new Parcelable.Creator<SavedState>() {
@Override
public SavedState createFromParcel(final Parcel in) {
return new SavedState(
in);
}
@Override
public SavedState[] newArray(final int size) {
return new SavedState[size];
}
};
}
@Override
protected Parcelable onSaveInstanceState() {
final Parcelable superState = super.onSaveInstanceState();
final SavedState ss = new SavedState(superState);
ss.curTab = getCurrentTabTag();
return ss;
}
@Override
protected void onRestoreInstanceState(final Parcelable state) {
final SavedState ss = (SavedState) state;
super.onRestoreInstanceState(ss.getSuperState());
setCurrentTabByTag(ss.curTab);
}
静态类SavedState扩展了BaseSavedState{
弦科塔布；
保存状态（最终可包裹超级状态）{
超级（超级国家）；
}
私有存储状态（中的最终包裹）{
超级(in),；
curTab=in.readString（）；
}
@凌驾
公共无效写入包（最终包输出、最终整型标志）{
super.writeToParcel（输出，标志）；
外写限制（curTab）；
}
@凌驾
公共字符串toString（）{
返回“SavedStateFragmentTabHost.SavedState{”
+Integer.tohextString（System.identityHashCode（this））
+“curTab=“+curTab+”}”；
}
public static final Parcelable.Creator SAVED_STATE_Creator=new Parcelable.Creator（）{
@凌驾
公共保存状态createFromParcel（中的最终地块）{
返回新的SavedState(
在),；
}
@凌驾
public SavedState[]newArray（最终整数大小）{
返回新的SavedState[大小]；
}
};
}
@凌驾
受保护的地块onSaveInstanceState（）{
最终可包裹超级状态=super.onSaveInstanceState（）；
最终保存状态ss=新保存状态（超级状态）；
ss.curTab=getCurrentTabTag（）；
返回ss；
}
@凌驾
RestoreInstanceState上的受保护无效（最终可包裹状态）{
最终SavedState ss=（SavedState）状态；
super.onRestoreInstanceState（ss.getSuperState（））；
setCurrentTabByTag（ss.curTab）；
}
如果在我的自定义FragmentTabHost
中注释掉onSaveInstanceState（）
和onRestoreInstanceState（）
方法，则不会发生异常。以前有没有其他人面临过这个问题？您能设法修复它吗？我想您必须将保存的\u STATE\u CREATOR
重命名为CREATOR
才能使它工作。此静态字段的名称是的合同的一部分。太棒了！这就解决了！该字段早些时候被命名为CREATOR，但我查看了提交日志，发现团队中有人出于某种原因更改了名称！然而，我不明白Android为什么不在那里发出警告。。“Parcellable必须包含一个名为“CREATOR”的公共静态字段……：：这是因为其中一个超类具有正确的字段。否则将出现异常。