Gson+retrofit解析同一位置不同类型的json数据

前情提要：上回提到全局token刷新功能在和服务端联调的时候居然失败了，到底是哪里出了问题呢？

通过查log，发现报了个JsonSyntaxException,原来罪魁祸首是服务端json的格式不同，正确的格式是：

{
 "responseCode": "success",
 "responseData": {
   "name": "张三",
   },
 "responseToken": ""
 }

而当服务端返回token_timeout的时候格式变成了这样：

{
 "responseCode": "token_timeout",
 "responseData": "",
 "responseToken": ""
 }

看到responseData的内容是一个JSONObject,而当出现错误的时候，responseData的内容居然是一个String！Gson说：我要的是JSONObject,你偏要给我一个String,臣妾做不到啊！

作为一个热血青年，这果断不能忍啊，

服务端的开发们，你这同一位置的数据类型还不一样，这必须得给我改吧？

什么？前端不答应？不答应也得改啊！不然我gson无法解析啊！

这点小问题你应该可以处理的吧？就不要在这点小地方纠结了，我们任性就是不改，你能拿我怎么地？

得得得，服务端大爷难伺候，还是我改吧。。T.T

咳咳，下面该想想思路了，该怎么改呢？这还不是一个两个接口这样，是所有网络接口都是这样，就是说都要改。。。

所以又必须是全局的，嗯，有了，使用TypeAdapter来为responseData的类型作处理

1.TypeAdapter处理数据类型不同

来不及解释了，直接上代码:

public class OrderJsonAdapter extends TypeAdapter<OrderBean> {

    @Override
    public void write(JsonWriter out, OrderBean value) throws IOException {
        //用不到
    }

    @Override
    public OrderBean read(JsonReader in) throws IOException {
        if (in.peek() == JsonToken.STRING) {//由于服务端在没有数据的时候返回的是""，我们要跳过这个情况
            in.nextString();
            return null;
        }

        OrderBean orderBean = new Gson().fromJson(in, OrderBean.class);//解析OrderBean
        return orderBean;
    }
}

OrderBean是MResponse<T>的 T responseData的类型之一，使用该TypeAdapter<OrderBean>，在遇到类型是String的时候直接返回null，这样就不会出现json解析错误了。为了使用该TypeAdapter我们需要注册一下，如下：

Gson gson = new GsonBuilder()
               .registerTypeAdapter(OrderBean.class, new OrderJsonAdapter())//注册自己的TypeAdapter
              .create();

            mRetrofit = new Retrofit.Builder()
                    .baseUrl(baseUrl)
                    .addConverterFactory(GsonConverterFactory.create(gson))//使用自己重写的GsonConverterFactory来处理token过期事件
                    .addCallAdapterFactory(RxJavaCallAdapterFactory.create())
                    .client(okHttpClient)
                    .build();

嗯嗯，这样问题就完美的解决了！

啊，不对，这才是responseData泛型中的一个类啊，还有茫茫多的类型呢！难道每一个都写一个TypeAdapter？都要注册？

不行！绝对不行！这种重复劳动是应该极力避免的！那应该怎么做呢？

灵机一动，对啊，我们已经重写了GsonResponseBodyConverter,而解析操作正是在convert()方法中进行的，那我们就在这里进行全局处理呀！

2.GsonResponseBodyConverter处理数据类型不同

决定在GsonResponseBodyConverter中处理之后，又到了思考的时间了。我的打算是直接用try catch在解析的时候捕获JsonSyntaxException，然后在catch中进行手动解析，这时又遇到一个问题：ResponseBody中的流只能使用一次，不罗嗦了，上菜，不对，上代码：

public Object convert(ResponseBody value) throws IOException {
        //ResponseData中的流只能使用一次，我们先将流中的数据读出在byte数组中。这个方法中已经关闭了ResponseBody,所以不需要再关闭了
        byte[] valueBytes = value.bytes();
        JsonReader jsonReader = null, errorJsonReader = null;
        try {//try中的为正常流程代码
            InputStreamReader charReader = new InputStreamReader(new ByteArrayInputStream(valueBytes), "UTF-8");//后面的charset根据服务端的编码来定
            jsonReader = gson.newJsonReader(charReader);//原来是使用value.charStream
            Object obj = adapter.read(jsonReader);

            handlerTokenTimeOut(obj);
            return obj;
        } catch (JsonSyntaxException e) {//当catch到这个错误说明gson解析错误，基本肯定是服务端responseData的问题，此时我们自己解析
            InputStreamReader errorReader = new InputStreamReader(new ByteArrayInputStream(valueBytes), "UTF-8");//后面的charset根据服务端的编码来定
            errorJsonReader = gson.newJsonReader(errorReader);

            MResponse errorResponse = new MResponse();
            errorResponse.responseData = null;//设为null

            errorJsonReader.beginObject();
            while (errorJsonReader.hasNext()) {
                String nextName = errorJsonReader.nextName();
                if ("responseCode".equals(nextName)) {
                    errorResponse.responseCode = errorJsonReader.nextString();
                } else {
                    errorJsonReader.skipValue();//跳过所有其他的值
                }
            }
            errorJsonReader.endObject();

            handlerTokenTimeOut(errorResponse);
            return errorResponse;
        } finally {
            if (jsonReader != null)
                jsonReader.close();
            if (errorJsonReader != null)
                errorJsonReader.close();
        }
    }

至此，全局的不同类型的json解析也完成了，如果有大神有更好的解决方式盼请指教啦~~