Release模式下传递Parcelable至Fragment程序挂起，Debug模式正常

这种Release模式出问题但Debug完全正常的情况我太熟悉了，十有八九是代码混淆破坏了Parcelable的实现——毕竟Debug模式默认不会开启混淆，所有类和方法都原封不动，而Release模式的混淆会“优化”掉它认为没用的代码，刚好Parcelable的关键部分就可能被误处理。

问题根源分析 #

你定义的Details类实现了Parcelable，但在Release混淆时，以下几个关键部分可能被篡改或移除：

• 带Parcel参数的构造函数（你用了@Ignore注解，混淆器可能误以为这个构造函数是无用的）
• CREATOR静态常量
• 你没贴出来但必须实现的describeContents()和writeToParcel()方法

当系统尝试从Bundle中反序列化Details对象时，找不到这些关键组件，就会引发ANR（应用无响应），表现为你看到的黑屏挂起。

具体解决方案 #

1. 添加Parcelable专属混淆规则

在你的proguard-rules.pro文件中添加以下规则，确保Parcelable相关代码不被混淆：

# 保留所有实现Parcelable的类的CREATOR
-keep class * implements android.os.Parcelable {
    public static final android.os.Parcelable$Creator *;
}

# 保留Parcelable类的带Parcel参数的构造函数
-keepclassmembers class * implements android.os.Parcelable {
    public <init>(android.os.Parcel);
}

# 如果用了Room的@Ignore注解，还要保留被该注解标记的构造函数
-keepattributes *Annotation*
-keepclassmembers class com.yourpackage.Details {
    @androidx.room.Ignore <init>(android.os.Parcel);
}

注意把com.yourpackage替换成你Details类实际所在的包名。

2. 检查Parcelable实现的完整性

确认你的Details类完整实现了Parcelable的所有要求，不能只写构造函数和CREATOR，必须包含：

@Override
public int describeContents() {
    return 0; // 一般情况返回0即可，除非包含特殊类型的数据
}

@Override
public void writeToParcel(Parcel dest, int flags) {
    dest.writeLong(id);
    dest.writeString(timestamp);
    dest.writeInt(type);
}

如果这两个方法缺失，Debug模式下可能因为没混淆刚好没触发崩溃，但Release模式下混淆后问题会直接暴露。

3. 验证Release包的ANR原因

如果还是不确定，可以生成Release包安装到手机，等出现挂起后，通过以下方式获取ANR日志：

• 用Android Studio的Profiler连接设备，查看ANR记录
• 手动从手机的/data/anr/traces.txt文件中提取日志（需要设备root或者用adb命令导出）
  日志里会明确显示是在反序列化Parcelable时出现了问题，帮你确认根源。

内容的提问来源于stack exchange，提问作者Umer Khalid