【2】、Gson基本用法

Gson基本用法

参考：http://www.jianshu.com/p/e740196225a4

 

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 的优先级还高。