1. 楔子
json数据的解析是这个星球上99%的Android程序猿都会遇到的问题，而其中的大部分，都会使用Gson，故事就是从这里发生……
2. 一开始
通常json数据是从服务端取的，典型的一段json字符串如下：
{ "name": "老张","age": 18}
一般程序猿们会在本地写一个实体类与之对应，比如数据类Person:
public class Person {
private String name;
private int age;
//……省略中间get/set
@Override
public String toString() {
return "Person{name='" + name + "', age=" + age + '}';
}
}
然后就可以愉快地使用Gson来进行解析啦，像这样：
Person someone = new Gson().fromJson(jsonString, Person.class);
Log.d("TAG", "someone: " + someone.toString());
一切顺利，程序猿们得到输出：
Person{ name='老张',age=18}
然后他们就愉快地下班去玩耍了。
3. 后来，他们开启了proguard
意外就是从这里开始的，开启了proguard之后，debug运行的程序一切如常，但是proguard之后输入的apk包，在安装之后的输出变成了这样：
Person{ name='null',age=0}
——解析出错了。
（算了，我编不下去了，从现在开始使用第一人称……）
4. 问题所在
经过反复排查，发现问题就是由proguard引起的。
我们知道，proguard的过程会执行压缩、混淆、去除无用代码等操作。而其中的混淆、去除无用代码的过程，对于使用了反射技术的代码来说，都是有可能受到影响的。
不幸的是：Gson.fromJson()就是基于反射来实现的。
通过反编译apk包，发现我们写的Person类，在没有被保护的情况下，会被proguard成类似这个样子的：
可以看到，类名、字段名都改成了a/b这样的名字。
这样在使用Gson的时候，它尝试去序列化的字段就会变成了a/b，而不是之前的name/age了。
——那还反射个毛啊！
5. 解决
知道问题了，自然也就很好解决了。
方案是在proguard规则中，把Person类给保护起来。
5.1 proguard文件编辑
在proguard-rules.pro文件中添加规则(也可能是其他文件，具体见gradle文件中的定义)，把数据类保护起来即可。
具体来说，可以直接保护当前类：
-keep class com.xxx.beans.Person {*;}
也可以保护整个包：
-keep class com.xxx.beans.* {*;}
还可以给Person添加一个对Serializable的实现，然后保护所有的Serializable
-keep class * implements java.io.Serializable {*; }
5.2 @Keep注解
另外，项目如果引用了注解支持库，那么给Person类加上@Keep的注解也可以防止它被混淆。
@Keep
public class Person {/*省略*/}
OK，加上保护之后，重新打包。
反编译这时的apk，可以看到，字段Person类没有再被混淆了：
然后安装、运行，果然一切正常了。
Person{ name='老张',age=18}
完美。
6. 一些链接
反编译工具：https://github.com/google/android-classyshark
压缩代码和资源：https://developer.android.com/studio/build/shrink-code.html
proguard相关问题排查：https://stuff.mit.edu/afs/sipb/project/android/sdk/android-sdk-linux/tools/proguard/docs/index.html#manual/troubleshooting.html
关于作者：https://github.com/barryhappy
另外，希望这篇文章能对你有所帮助。
最近开始整了一个微信公众号，用以分享一些 Android 相关以及不相关的干货，既然都看到这里了，何不长按/扫码关注一下？
【 不只Android】
