Gson基本用法
Gson提供了fromJson() 和toJson() 两个直接用于解析和生成的方法,前者实现反序列化,后者实现了序列化。
//基本数据类型的解析
int i = gson.fromJson("100", int.class); //100
boolean b = gson.fromJson("true", boolean.class); // true
String str = gson.fromJson("包青天", String.class); // 包青天
//基本数据类型的生成
String jsonNumber = gson.toJson(100); // 100
String jsonBoolean = gson.toJson(true); // true
String jsonString = gson.toJson("包青天"); // 包青天
System.out.println(i + " " + b + " " + str + " " + jsonNumber + " " + jsonBoolean + " " + jsonString);//100 true 包青天 100 true "包青天"
POJO类的生成与解析
class User {
//省略构造函数、toString方法等
public String name;
public int age;
}
//生成JSON
User user = new User("包青天",24);
String jsonObject = gson.toJson(user); // {"name":"包青天","age":24}
//解析JSON:
String jsonString = "{"name":"包青天","age":24}";
User user = gson.fromJson(jsonString, User.class);
属性重命名 @SerializedName
从上面POJO的生成与解析可以看出,JSON串中的 key 和JavaBean中的 field 是完全一致的,但有时候也会出现一些不和谐的情况,如:
期望的json格式:
{"name":"包青天","age":24,"emailAddress":"ikidou@example.com"}
实际的json格式:
{"name":"包青天","age":24,"email_address":"ikidou@example.com"}
这对于使用PHP作为后台开发语言时很常见的情况,php和js在命名时一般采用下划线风格,而Java中一般采用的驼峰法,让后台的哥们改吧,前端和后台都不爽,但要自己使用下划线风格时我会感到不适应,怎么办?难到没有两全齐美的方法么?
我们知道Gson在序列化和反序列化时需要使用反射,说到反射就不得不想到注解。一般各类库都将注解放到annotations包下,打开源码在com.google.gson包下果然有一个annotations,里面有一个SerializedName的注解类,这应该就是我们要找的。
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ java.lang.annotation.ElementType.FIELD, java.lang.annotation.ElementType.METHOD })
public @interface SerializedName {
String value();//方法名为value()的属性不需要指定key
String[] alternate() default {};//默认为空
}
那么对于JSON中email_address这个属性对应POJO的属性则变成:
@SerializedName("email_address")
public String emailAddress;
这样的话,很好的保留了前端、后台、Android/java各自的命名习惯。
为POJO字段提供备选属性名
如果接口设计不严谨或者其它地方可以重用该类,其它字段都一样,就emailAddress 字段不一样,比如有下面三种情况那怎么办?重新写一个POJO类?
{"name":"包青天","age":24,"emailAddress":"ikidou@example.com"}
{"name":"包青天","age":24,"email_address":"ikidou@example.com"}
{"name":"包青天","age":24,"email":"ikidou@example.com"}
SerializedName注解提供了两个属性,上面用到了其中一个,另外还有一个属性alternate,接收一个String数组。
@SerializedName(value = "emailAddress", alternate = {"email", "email_address"})
public String emailAddress;
当上面的三个属性 email_address、email、emailAddress 中出现任意一个时均可以得到正确的结果。
当多种情况同时出时,以最后一个出现的值为准。
Gson中使用泛型 TypeToken
上面了解了JSON中的Number、boolean、Object和String,现在说一下Array。
当我们要通过Gson解析这个jsonArray时,一般有两种方式:使用数组,使用List。而List对于增删都是比较方便的,所以实际使用是还是List比较多。
数组比较简单:
String jsonArray = "["Android","Java","PHP"]";
String[] strings = gson.fromJson(jsonArray, String[].class);
但对于List将上面的代码中的 String[].class 直接改为 List<String>.class 是行不通的。对于Java来说 List<String> 和 List<User> 这俩个的字节码文件只一个那就是 List.class,这是Java泛型使用时要注意的问题:泛型擦除。
为了解决的上面的问题,Gson为我们提供了 TypeToken 来实现对泛型的支持,所以当我们希望使用将以上的数据解析为 List<String> 时需要这样写:
List<String> list = gson.fromJson(jsonArray, new TypeToken<List<String>>() {}.getType());
注:TypeToken的构造方法是 protected 修饰的,所以上面才会写成【new TypeToken<List<String>>() {}.getType()】而不是【new TypeToken<List<String>>().getType()】
泛型解析对POJO设计的影响
泛型的引入可以减少无关的代码,如我现在所在公司接口返回的数据分为两类:
{"code":"0","message":"success","data":{}}
{"code":"0","message":"success","data":[]}
我们真正需要的是data所包含的数据,而code只使用一次,message则几乎不用。如果Gson不支持泛型或不知道Gson支持泛型的同学一定会这么定义POJO。
public class UserResponse {
public int code;
public String message;
public User data;
}
当其它接口的时候又重新定义一个XXResponse将data的类型改成XX。很明显code、message被重复定义了多次,通过泛型的话我们可以将code和message字段抽取到一个Result的类中,这样我们只需要编写data字段所对应的POJO即可,更专注于我们的业务逻辑。如:
public class Result<T> {
public int code;
public String message;
public T data;
}
那么对于data字段是User时则可以写为 Result<User>,当是个列表的时候为 Result<List<User>>,其它同理。
PS:嫌每次 new TypeToken<Result<XXX> 和 new TypeToken<Result<List<XXX>> 太麻烦,想进一步封装? 查看另一篇博客: 搞定Gson泛型封装
Gson的流式反序列化 JsonReader
Gson提供了十几个fromJson()和toJson()方法,前者实现反序列化,后者实现了序列化,常用的有如下5个:
public String toJson(Object src);//序列化,通用
//反序列化,自动方式
public <T> T fromJson(String json, Class<T> classOfT);//普通的对象
public <T> T fromJson(String json, Type typeOfT);//使用泛型时使用
//反序列化,手动方式
public <T> T fromJson(Reader json, Class<T> classOfT);
public <T> T fromJson(Reader json, Type typeOfT);
手动的方式反序列化就是,使用stream包下的JsonReader类来手动实现反序列化,和Android中使用pull解析XML是比较类似的。
String json = "{"name":"包青天","age":"24"}";
User user = new User();
JsonReader reader = new JsonReader(new StringReader(json));
reader.beginObject(); // throws IOException
while (reader.hasNext()) {
String s = reader.nextName();
switch (s) {
case "name":
user.name = reader.nextString();
break;
case "age":
user.age = reader.nextInt(); //自动转换
break;
}
}
reader.endObject(); // throws IOException
System.out.println(user.name+" "+user.age); // 包青天 24
其实自动方式最终都是通过JsonReader来实现的,如果第一个参数是String类型,那么Gson会创建一个StringReader转换成流操作。
public <T> T fromJson(String json, Type typeOfT) throws JsonSyntaxException {
if (json == null) return null;
StringReader reader = new StringReader(json);
T target = fromJson(reader, typeOfT);
return target;
}
Gson的流式序列化 JsonWriter
Gson.toJson方法列表
可以看出用红框选中的部分就是我们要找的东西。
提示:PrintStream(System.out) 、StringBuilder、StringBuffer和**Writer都实现了Appendable接口。
User user = new User("包青天",24);
gson.toJson(user,System.out); // 自动写到控制台
手动方式写到控制台
JsonWriter writer = new JsonWriter(new OutputStreamWriter(System.out));
writer.beginObject() // throws IOException
.name("name").value("包青天")//
.name("age").value(24)//
.name("email").nullValue() //演示null
.endObject(); // throws IOException
writer.close(); // throws IOException。{"name":"包青天","age":24,"email":null}
除了beginObject、endObject外,还有beginArray和endArray,两者可以相互嵌套,注意配对即可。
JsonWriter writer = new JsonWriter(new OutputStreamWriter(System.out));
writer.beginObject() // throws IOException
.name("name").value("包青天")//
.name("兴趣").beginArray().value("篮球").value("排球").endArray()//
.endObject(); // throws IOException
writer.close(); // throws IOException。{"name":"包青天","兴趣":["篮球","排球"]}
beginArray后不可以调用name方法,同样beginObject后在调用value之前必须要调用name方法。
setIndent方法可以设置缩进格式:
JsonWriter writer = new JsonWriter(new OutputStreamWriter(System.out));
writer.setIndent(" ");//设置缩进格式,这种格式是Gson默认的、显示效果良好的格式
writer.beginObject()
.name("name").value("包青天")
.name("兴趣")
.beginArray()
.value("篮球").value("足球")
.beginObject().name("数组里的元素不要求是同类型的").value(true).endObject()
.endArray()
.endObject();
writer.close();
输出
{
"name": "包青天",
"兴趣": [
"篮球",
"足球",
{
"数组里的元素不要求是统一类型的": true
}
]
}
使用GsonBuilder配置Gson
一般情况下Gson类提供的 API已经能满足大部分的使用场景,但当我们需要更多更特殊、更强大的功能时,可以使用GsonBuilder配置Gson。
例如,Gson在默认情况下是不导出值为null的键的,当我们需要导出完整的json串时,或API接口要求没有值必须用Null时,可以这么配置:
Gson gson = new GsonBuilder()
.serializeNulls()//序列化null
.setDateFormat("yyyy-MM-dd") // 设置日期时间格式,另有2个重载方法。在序列化和反序化时均生效
.setPrettyPrinting()//格式化输出。设置后,gson序列号后的字符串为一个格式化的字符串
.create();
User user = new User("包青天", new Date());
System.out.println(gson.toJson(user));
输出内容为:
{
"name": "包青天",
"email": null,
"date": "2017-09-12",
}
字段过滤的四种方法
字段过滤是Gson中比较常用的技巧,特别是在Android中,在处理业务逻辑时可能需要在设置的POJO中加入一些字段,但显然在序列化的过程中是不需要的,并且如果序列化还可能带来一个问题就是:循环引用 。那么在用Gson序列化之前为不防止这样的事件情发生,你不得不作另外的处理。
以一个商品分类Category 为例:
{
"id": 1,
"name": "电脑",
"children": [
{
"id": 100,
"name": "笔记本"
},
{
"id": 101,
"name": "台式机"
}
]
}
一个大分类,可以有很多小分类,那么显然我们在设计Category类时Category本身既可以是大分类,也可以是小分类。
并且为了处理业务,我们还需要在子分类中保存父分类,最终会变成下面的情况:
public class Category {
public int id;
public String name;
public List<Category> children;
public Category parent; //因业务需要增加,但并不需要序列化
}
但是上面的parent字段是因业务需要增加的,那么在序列化时并不需要,所以在序列化时就必须将其排除,那么在Gson中如何排除符合条件的字段呢?下面提供4种方法,大家可根据需要自行选择合适的方式。
基于注解@Expose
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({java.lang.annotation.ElementType.FIELD})
public @interface Expose{
boolean serialize() default true;//默认序列化生效
boolean deserialize() default true;//默认反序列化生效
}
@Expose 注解从名字上就可以看出是暴露的意思,所以该注解是用于对外暴露字段的。
该注解必须和GsonBuilder配合使用:
Gson gson = new GsonBuilder().excludeFieldsWithoutExposeAnnotation().create();//不配置时注解无效
使用规则:简单说来就是需要导出的字段上加上@Expose 注解,不导出的字段不加。注意是不导出的不加。
由于两个属性都有默认的值true,所有值为true的属性都是可以不写的。如果两者都为true,只写 @Expose 就可以。
拿上面的例子来说就是:
public class Category {
@Expose public int id;// 等价于 @Expose(deserialize = true, serialize = true)
@Expose public String name;
@Expose public List<Category> children;
public Category parent; //不需要序列化,等价于 @Expose(deserialize = false, serialize = false)
}
基于版本和注解@Since @Until
Gson在对基于版本的字段导出提供了两个注解 @Since 和 @Until,需要和GsonBuilder.setVersion(Double)配合使用
Since和Until注解的定义:
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({java.lang.annotation.ElementType.FIELD, java.lang.annotation.ElementType.TYPE})
public @interface Since{
double value();
}
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({java.lang.annotation.ElementType.FIELD, java.lang.annotation.ElementType.TYPE})
public @interface Until{
double value();
}
使用规则:当GsonBuilder中设置的版本大于等于Since的值时该字段导出,小于Until的值时该该字段导出;当一个字段被@Since和@Until同时注解时,需两者同时满足条件。
class SinceUntilSample {
@Since(4) public String since;//大于等于Since
@Until(5) public String until;//小于Until
@Since(4) @Until(5) public String all;//大于等于Since且小于Until
}
Gson gson = new GsonBuilder().setVersion(version).create();
System.out.println(gson.toJson(sinceUntilSample));
//当version <4时,结果:{"until":"until"}
//当version >=4 && version <5时,结果:{"since":"since","until":"until","all":"all"}
//当version >=5时,结果:{"since":"since"}
基于访问修饰符
什么是修饰符?
不知道的话建议看一下java.lang.reflect.Modifier类,这是一个工具类,里面为所有修饰符定义了相应的静态字段,并提供了很多静态工具方法。
System.out.println(Modifier.toString(Modifier.fieldModifiers()));//public protected private static final transient volatile
使用方式:使用GsonBuilder.excludeFieldsWithModifiers构建gson,支持int型的可变参数,参数值由java.lang.reflect.Modifier提供。
Gson gson = new GsonBuilder()
.excludeFieldsWithModifiers(Modifier.FINAL, Modifier.STATIC, Modifier.PRIVATE)//排除了具有private、final或stati修饰符的字段
.create();
基于策略(自定义规则)
上面介绍的了3种排除字段的方法,说实话我除了@Expose以外,其它的都是只在Demo用上过,用得最多的就是马上要介绍的自定义规则啦,好处是功能强大、灵活,缺点是相比其它3种方法稍麻烦一点,但也仅仅只是相对其它3种稍麻烦一点点而已。
基于策略是利用Gson提供的ExclusionStrategy接口,同样需要使用GsonBuilder,相关API 2个,分别是addSerializationExclusionStrategy 和addDeserializationExclusionStrategy,分别针对序列化和反序化时。这里以序列化为例:
Gson gson = new GsonBuilder()
.addSerializationExclusionStrategy(new ExclusionStrategy() {
@Override
public boolean shouldSkipField(FieldAttributes f) {//返回值决定要不要排除该字段,return true为排除
if ("finalField".equals(f.getName())) return true; //根据字段名排除
Expose expose = f.getAnnotation(Expose.class); //获取Expose注解
if (expose != null && expose.deserialize() == false) return true; //根据Expose注解排除
return false;
}
@Override
public boolean shouldSkipClass(Class<?> clazz) {//直接排除某个类 ,return true为排除
return (clazz == int.class || clazz == Integer.class);
}
})
.create();
有没有很强大?
自定义POJO与JSON的字段映射规则
GsonBuilder提供了setFieldNamingPolicy和setFieldNamingStrategy两个方法,用来设置字段序列和反序列时字段映射的规则。
1、GsonBuilder.setFieldNamingPolicy方法与 Gson 提供的另一个枚举类FieldNamingPolicy配合使用:
class User {
String emailAddress;
}
Gson gson = new GsonBuilder().setFieldNamingPolicy(FieldNamingPolicy.IDENTITY).create();//默认
User user = new User("baiqiantao@sina.com");
System.out.println(gson.toJson(user));
该枚举类提供的五种实现方式的效果分别为:
FieldNamingPolicy | 结果 |
IDENTITY 个性/特性/恒等式 | {"emailAddress":"baiqiantao@sina.com"} |
LOWER_CASE_WITH_DASHES 小写+破折号 | {"email-address":"baiqiantao@sina.com"} |
LOWER_CASE_WITH_UNDERSCORES 小写+下划线 | {"email_address":"baiqiantao@sina.com"} |
UPPER_CAMEL_CASE 驼峰式+首字母大写 | {"EmailAddress":"baiqiantao@sina.com"} |
UPPER_CAMEL_CASE_WITH_SPACES 驼峰式+空格 | {"Email Address":"baiqiantao@sina.com"} |
2、GsonBuilder.setFieldNamingStrategy方法需要与Gson提供的FieldNamingStrategy接口配合使用,用于实现将POJO的字段与JSON的字段相对应。
上面的FieldNamingPolicy实际上也实现了FieldNamingStrategy接口,也就是说FieldNamingPolicy也可以使用setFieldNamingStrategy方法。
public enum FieldNamingPolicy implements FieldNamingStrategy
用法:
Gson gson = new GsonBuilder().setFieldNamingStrategy(new FieldNamingStrategy() {
@Override
public String translateName(Field f) {//实现自己的规则
return null;
}
})
.create();
注意: @SerializedName注解拥有最高优先级,在加有@SerializedName注解的字段上FieldNamingStrategy不生效!
TypeAdapter 自定义(反)序列化
TypeAdapter 是Gson自2.0(源码注释上说的是2.1)开始版本提供的一个抽象类,用于接管某种类型的序列化和反序列化过程,包含两个主要方法 write(JsonWriter,T) 和 read(JsonReader),其它的方法都是final方法并最终调用这两个抽象方法。
public abstract class TypeAdapter<T> {
public abstract void write(JsonWriter out, T value) throws IOException;
public abstract T read(JsonReader in) throws IOException;
//其它final方法就不贴出来了,包括toJson、toJsonTree、fromJson、fromJsonTree和nullSafe等方法。
}
注意:TypeAdapter 以及 JsonSerializer 和 JsonDeserializer 都需要与 .registerTypeAdapter 或 .registerTypeHierarchyAdapter 配合使用,下面将不再重复说明。
TypeAdapter 使用示例1
User user = new User("包青天", 24, "baiqiantao@sina.com";
Gson gson = new GsonBuilder()
.registerTypeAdapter(User.class, new UserTypeAdapter())//为User注册TypeAdapter
.create();
System.out.println(gson.toJson(user));
UserTypeAdapter的定义:
public class UserTypeAdapter extends TypeAdapter<User> {
@Override
public void write(JsonWriter out, User value) throws IOException {
out.beginObject();
out.name("name").value(value.name);
out.name("age").value(value.age);
out.name("email").value(value.email);
out.endObject();
}
@Override
public User read(JsonReader in) throws IOException {
User user = new User();
in.beginObject();
while (in.hasNext()) {
switch (in.nextName()) {
case "name":
user.name = in.nextString();
break;
case "age":
user.age = in.nextInt();
break;
case "email":
case "email_address":
case "emailAddress":
user.email = in.nextString();
break;
}
}
in.endObject();
return user;
}
}
当我们为 User.class 注册了 TypeAdapter 之后,那些之前介绍的@SerializedName、FieldNamingStrategy、Since、Until、Expos通通都黯然失色,失去了效果,只会调用我们实现的 UserTypeAdapter.write(JsonWriter, User) 方法,我想怎么写就怎么写。
TypeAdapter 使用示例2
再说一个场景,之前已经说过Gson有一定的容错机制,比如将字符串 "24" 转成整数24,但如果有些情况下给你返了个空字符串怎么办?虽然这是服务器端的问题,但这里我们只是做一个示范,不改服务端的逻辑我们怎么容错。
根据我们上面介绍的,我只需注册一个 TypeAdapter 把 Integer/int 的序列化和反序列化过程接管就行了:
Gson gson = new GsonBuilder()
.registerTypeAdapter(Integer.class, new TypeAdapter<Integer>() {//接管【Integer】类型的序列化和反序列化过程
//注意,这里只是接管了Integer类型,并没有接管int类型,要接管int类型需要添加【int.class】
@Override
public void write(JsonWriter out, Integer value) throws IOException {
out.value(String.valueOf(value));
}
@Override
public Integer read(JsonReader in) throws IOException {
try {
return Integer.parseInt(in.nextString());
} catch (NumberFormatException e) {
return -1;//当时Integer时,解析失败时返回-1
}
}
})
.registerTypeAdapter(int.class, new TypeAdapter<Integer>() {//接管【int】类型的序列化和反序列化过程
//泛型只能是引用类型,而不能是基本类型
@Override
public void write(JsonWriter out, Integer value) throws IOException {
out.value(String.valueOf(value));
}
@Override
public Integer read(JsonReader in) throws IOException {
try {
return Integer.parseInt(in.nextString());
} catch (NumberFormatException e) {
return -2;//当时int时,解析失败时返回-2
}
}
})
.create();
int i = gson.fromJson("包青天", Integer.class); //-1
int i2 = gson.fromJson("包青天", int.class); //-2
System.out.println(i + " " + i2);//-1 -2
Json(De)Serializer
JsonSerializer 和JsonDeserializer 不用像TypeAdapter一样,必须要实现序列化和反序列化的过程,你可以据需要选择,如只接管序列化的过程就用 JsonSerializer ,只接管反序列化的过程就用 JsonDeserializer ,如上面的需求可以用下面的代码。
Gson gson = new GsonBuilder()
.registerTypeAdapter(Integer.class, new JsonDeserializer<Integer>() {
@Override
public Integer deserialize(JsonElement j, Type t, JsonDeserializationContext c) throws JsonParseException {
try {
return j.getAsInt();
} catch (NumberFormatException e) {
return -1;
}
}
})
.create();
下面是所有数字(Number的子类)都转成序列化为字符串的例子:
JsonSerializer<Number> numberJsonSerializer = new JsonSerializer<Number>() {
@Override
public JsonElement serialize(Number src, Type typeOfSrc, JsonSerializationContext context) {
return new JsonPrimitive(String.valueOf(src));
}
};
Gson gson = new GsonBuilder()
.registerTypeAdapter(Integer.class, numberJsonSerializer)
.registerTypeAdapter(Long.class, numberJsonSerializer)
.registerTypeAdapter(Float.class, numberJsonSerializer)
.registerTypeAdapter(Double.class, numberJsonSerializer)
.create();
泛型与继承
使用 registerTypeAdapter 时不能使用父类来替上面的子类型,这也是为什么要分别注册而不直接使用Number.class的原因。
不过换成 registerTypeHierarchyAdapter 就可以使用 Number.class 而不用一个一个的单独注册子类啦!
Gson gson = new GsonBuilder()
.registerTypeHierarchyAdapter (Number.class, numberJsonSerializer)
.create();
这种方式在List上体现更为明显,当我们使用registerTypeAdapter为List.class注册TypeAdapter时,其对List的子类(如ArrayList.class)并无效,所以我们必须使用registerTypeHierarchyAdapter方法注册。
两者的区别:
registerTypeAdapter | registerTypeHierarchyAdapter | |
---|---|---|
支持泛型 | 是 | 否 |
支持继承 | 否 | 是 |
注意:
如果一个被序列化的对象本身就带有泛型,且注册了相应的TypeAdapter,那么必须调用Gson.toJson(Object,Type),明确告诉Gson对象的类型;否则,将跳过此注册的TypeAdapter。
Type type = new TypeToken<List<User>>() {}.getType();//被序列化的对象带有【泛型】
TypeAdapter<List<User>> typeAdapter = new TypeAdapter<List<User>>() { .../*省略实现的方法*/ };
Gson gson = new GsonBuilder()
.registerTypeAdapter(type, typeAdapter)//注册了与此type相应的TypeAdapter
.create();
String result = gson.toJson(list, type);//明确指定type时才会使用注册的TypeAdapter托管序列化和反序列化
String result2 = gson.toJson(list);//不指定type时使用系统默认的机制进行序列化和反序列化
TypeAdapterFactory
TypeAdapterFactory,见名知意,用于创建 TypeAdapter 的工厂类。
使用方式:与GsonBuilder.registerTypeAdapterFactory配合使用,通过对比Type,确定有没有对应的TypeAdapter,没有就返回null,有则返回(并使用)自定义的TypeAdapter。
Gson gson = new GsonBuilder()
.registerTypeAdapterFactory(new TypeAdapterFactory() {
@Override
public <T> TypeAdapter<T> create(Gson gson, TypeToken<T> type) {
if (type.getType() == Integer.class || type.getType() == int.class) return intTypeAdapter;
return null;
}
})
.create();
注解 @JsonAdapter
@Retention(RetentionPolicy.RUNTIME)
@Target({java.lang.annotation.ElementType.TYPE, java.lang.annotation.ElementType.FIELD})//作用在类或字段上
public @interface JsonAdapter{
Class<?> value();
boolean nullSafe() default true;
}
上面说JsonSerializer和JsonDeserializer都要配合 GsonBuilder.registerTypeAdapter 使用,但每次使用都要注册也太麻烦了,JsonAdapter注解就是为了解决这个痛点的。使用方法:
@JsonAdapter(UserTypeAdapter.class) //加在类上
public class User {
public String name;
public int age;
}
使用时就不需要再使用 GsonBuilder去注册 UserTypeAdapter 了。
注意:JsonAdapter的优先级比 GsonBuilder.registerTypeAdapter 的优先级还高。
2017-9-12