请先移步至 stackoverflow，如果还没有解决你遇到的问题，请往下阅读
阅读前请先对 JVM 的双亲委派机制以及 Android 的 ClassLoader 有基本了解，建议参考：深入理解Java类加载器(ClassLoader) 及 Android ClassLoader 详解
问题产生的场景
-
Intent作为Parcelable在Activity中进行传递； - 该
Intent中含有Parcelable的数据放在Extra（Bundle） 中； - 在接收的
Activity中有对该Intent的Extra做相关操作； - 好了，你可以成功触发
BadParcelableException了~
问题原因分析
我们从接收的 Activity 获取 Intent 的地方开始分析:
Intent prePageIntent = getIntent().getParcelableExtra(Const.INTENT_KEY);
// Intent.java
public <T extends Parcelable> T getParcelableExtra(String name) {
// 此处我们的 Extra 不为空（含有传递的 Intent）
return mExtras == null ? null : mExtras.<T>getParcelable(name);
}
// Bundle.java
public <T extends Parcelable> T getParcelable(@Nullable String key) {
// 解包操作
unparcel();
//...
}
// BaseBundle.java
void unparcel() {
synchronized (this) {
// 此处由于 Activity 在启动的时候也会序列化、反序列化 Intent，进而 Extra 也会进行序列化、反序列化，且 Extra 有数据，故此 mParcelledData 不为 null
final Parcel source = mParcelledData;
if (source != null) {
initializeFromParcelLocked(source, /*recycleParcel=*/ true, mParcelledByNative);
} else {
//...
}
}
}
// BaseBundle.java
private void initializeFromParcelLocked(@NonNull Parcel parcelledData, boolean recycleParcel,
boolean parcelledByNative) {
//...
if (parcelledByNative) {
// If it was parcelled by native code, then the array map keys aren't sorted
// by their hash codes, so use the safe (slow) one.
parcelledData.readArrayMapSafelyInternal(map, count, mClassLoader);
} else {
// If parcelled by Java, we know the contents are sorted properly,
// so we can use ArrayMap.append().
// 进入该分支，继续调用
parcelledData.readArrayMapInternal(map, count, mClassLoader);
}
//...
}
// Parcel.java
void readArrayMapInternal(ArrayMap outVal, int N, ClassLoader loader) {
//...
while (N > 0) {
if (DEBUG_ARRAY_MAP) startPos = dataPosition();
String key = readString();
// 重点关注此处，调用 readValue（） 方法
Object value = readValue(loader);
outVal.append(key, value);
N--;
}
outVal.validate();
}
// Parcel.java
public final Object readValue(ClassLoader loader) {
//...
switch (type) {
//...
case VAL_PARCELABLE:
return readParcelable(loader);
}
}
// Parcel.java
public final <T extends Parcelable> T readParcelable(ClassLoader loader) {
// 先读取 Intent 的 CREATOR
Parcelable.Creator<?> creator = readParcelableCreator(loader);
if (creator == null) {
return null;
}
//...
// 然后调用 Intent 的 CREATOR 的 createFromParcel（)
return (T) creator.createFromParcel(this);
}
此处省略一些调用，最终会调用到 Intent 的 readFromParcel（）方法上：
// Intent.java
public void readFromParcel(Parcel in) {
//...
mExtras = in.readBundle();
}
接下来是重点操作，Parcel 的 readBundle（）方法会 new 一个新的 Bundle，调用方法为：
// Parcel.java
final Bundle bundle = new Bundle(this, length);
而该 Bundle 的 mClassLoader 为 null，从未进行过初始化，只是将 Parcel 中的数据解析到了该 Bundle 的 mParcelledData 中，以供后续使用。
至此，我们在接收的 Activity 中取到了传递过来的 Intent 对象，该 Intent 的 Extra 的 mClassLoader 为 null。
接下来我们以 Intent 的 putExtra() 为例，来分析讲解 BadParcelableException 发生的原因。注意：此处任何对 Extra 的操作，一旦触发了 unparcel() 方法，都会抛出 BadParcelableException，此处只是以 putExtra() 为例进行说明
prePageIntent.putExtra("key","value");
// Intent.java
public @NonNull Intent putExtra(String name, String value) {
// 此处 mExtras 非 null
if (mExtras == null) {
mExtras = new Bundle();
}
// 继续调用 putString()
mExtras.putString(name, value);
return this;
}
// Intent.java
public void putString(@Nullable String key, @Nullable String value) {
// 调用 unparcel()
unparcel();
mMap.put(key, value);
}
此处上文有过类似的分析过程，不过分析着重点有所不同。
// BaseBundle.java
void unparcel() {
synchronized (this) {
// 如上文分析，mParcelledData 不为 null
final Parcel source = mParcelledData;
if (source != null) {
initializeFromParcelLocked(source, /*recycleParcel=*/ true, mParcelledByNative);
} else {
//...
}
}
}
// BaseBundle.java
private void initializeFromParcelLocked(@NonNull Parcel parcelledData, boolean recycleParcel,
boolean parcelledByNative) {
//...
if (parcelledByNative) {
// If it was parcelled by native code, then the array map keys aren't sorted
// by their hash codes, so use the safe (slow) one.
parcelledData.readArrayMapSafelyInternal(map, count, mClassLoader);
} else {
// If parcelled by Java, we know the contents are sorted properly,
// so we can use ArrayMap.append().
// 进入该分支，继续调用
parcelledData.readArrayMapInternal(map, count, mClassLoader);
}
//...
}
注意此处传入的 ClassLoader 为 mClassLoader 为 null。
// Parcel.java
void readArrayMapInternal(ArrayMap outVal, int N, ClassLoader loader) {
//...
while (N > 0) {
if (DEBUG_ARRAY_MAP) startPos = dataPosition();
String key = readString();
// 重点关注此处，调用 readValue（） 方法
Object value = readValue(loader);
outVal.append(key, value);
N--;
}
outVal.validate();
}
因为该 Intent 的 Extra 中含有 Parcelable 对象，所以我们着重关注处理 Parcelable 的逻辑分支：
// Parcel.java
public final Object readValue(ClassLoader loader) {
//...
switch (type) {
//...
case VAL_PARCELABLE:
return readParcelable(loader);
}
}
// Parcel.java
public final <T extends Parcelable> T readParcelable(ClassLoader loader) {
// 先读取 Intent 的 CREATOR
Parcelable.Creator<?> creator = readParcelableCreator(loader);
//...
}
// Parcel.java
public final Parcelable.Creator<?> readParcelableCreator(ClassLoader loader) {
//...
if (creator == null) {
try {
// If loader == null, explicitly emulate Class.forName(String) "caller
// classloader" behavior.
ClassLoader parcelableClassLoader =
(loader == null ? getClass().getClassLoader() : loader);
// Avoid initializing the Parcelable class until we know it implements
// Parcelable and has the necessary CREATOR field. http://b/1171613.
Class<?> parcelableClass = Class.forName(name, false /* initialize */,
parcelableClassLoader);
} catch (ClassNotFoundException e) {
Log.e(TAG, "Class not found when unmarshalling: " + name, e);
throw new BadParcelableException(
"ClassNotFoundException when unmarshalling: " + name);
}
}
}
上面代码就是问题的源头了，因为 loader 为 null，所以 parcelableClassLoader 拿到的就是 getClass().getClassLoader()，而 Parcel 这个类对应的 ClassLoader 为 BootClassLoader，而我们自定义的 Parcelable 的 ClassLoader 为 PathClassLoader，由双亲委派模式可知，此处会抛出 ClassNotFoundException，进而引发 BadParcelableException，至此问题真相大白。
问题解决方案
分析问题原因可知，问题产生的原因是 ClassLoader 的丢失，所以对应的解决方案就是重设 ClassLoader:
prePageIntent.setExtrasClassLoader(getClass().getClassLoader());
prePageIntent.putExtra("key","value");
其他
你可能还会好奇，那 Serializable 会有相同的问题么，答案是不会！因为 Serializable 在反射的时候会调用 latestUserDefinedLoader() ，从方法名上就能够理解这个方法的作用了，cool，鬼知道为什么 Serializable 和 Parcelable 的反序列化实现还不一样！
Class.forName(name, false, latestUserDefinedLoader());
