使用ProGuard混淆代码时，带@SerializedName的Gson模型是否需保留？Gson仍用反射吗？

嘿，我来帮你把这个问题理清楚：

即使给所有字段都加了@SerializedName注解，GSON仍然会依赖反射机制。

为什么还会用反射？ #

GSON的核心序列化/反序列化逻辑，本质上还是靠反射来完成关键操作：

• 它需要通过反射找到类中的所有字段，识别哪些字段带有@SerializedName注解，从而建立JSON键和类字段的映射关系；
• 默认情况下，GSON还会通过反射创建你的模型类实例（除非你自定义了InstanceCreator来替代这一步）。@SerializedName只是帮GSON明确了JSON键和字段的对应名称，但并没有改变它依赖反射来操作类结构的底层逻辑。

为什么ProGuard要保留模型类？ #

你猜的没错，这完全是因为反射的特性。ProGuard混淆时会把类名、字段名替换成无意义的短标识（比如a、b），如果模型类被混淆：

• GSON通过反射查找类或字段时，会因为名称不匹配找不到目标；
• 就算侥幸找到，@SerializedName和字段的关联关系也会被破坏，导致JSON和模型类的字段无法正确映射，最终序列化/反序列化失败。

给你一个实用的ProGuard配置示例 #

针对GSON的场景，你需要保留模型类的完整结构、字段以及相关注解，典型配置如下：

# 保留所有带@SerializedName注解的字段
-keepclassmembers class com.yourapp.package.models.** {
    @com.google.gson.annotations.SerializedName <fields>;
}

# 保留模型类本身（避免类名被混淆），同时保留构造方法供反射实例化
-keep class com.yourapp.package.models.** {
    <init>();
    <fields>;
}

如果你的项目还用到了@Expose注解，记得也要把它保留下来，避免ProGuard移除注解导致GSON无法识别需要暴露的字段。

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