fastJson中怎么反序列化处理泛型，很多新手对此不是很清楚，为了帮助大家解决这个难题，下面小编将为大家详细讲解，有这方面需求的人可以来学习下，希望你能有所收获。在我们日常的编码工作中，常常会制定或者遇到这样的json结构对于该接口的提供者，最外层的resultcode reason和result 这三个元素都是有的。因此我们可以定义一个这样的Response类使用泛型来决定result最终向里面填充什么东西。当然，这里所填充的是一个对象，姑且我们也可以将它定义为User类这样，我们的数据就可以按照示例json的约定规则，返回给调用者了。 而作为调用方，也就是接收这条数据的机器，我们则需要定义如下的类ResopnseUser然后我们可以使用fastJson来进行愉快的解析了可以看到，也确实得到了我们想要的结果 但是，这有个不太严重的后果。我每跟提供者对接一个接口，就得生成一个与之对应的类。久而久之，这些专用的类会变得越来越多，嵌套也会越来越深。既然提供者可以抽象出一个Response类，那么我是否也可以向提供者那样处理？很遗憾，我们得到的结果并非所期望的，只有最外层的数据解析成功了，内层的result仍是JSONObject. 幸运的事，在这 香港云主机万千工程师中并非只有想到了这种处理办法，并且已经有人解决这类问题了！ 通过各种搜索下来,我们发现了fastJson提供了TypeReference这个类，可以解决我们的问题。 很好，我们已经得到了想要的结果，终于可以统一所有的接口最外层返回值的判断了。等等，就没有发现什么问题吗？泛型在编译时会执行类型擦除啊！这也就是我们第一次直接使用Response时无效的原因。 那么，即使我们这么写了new TypeReference不也一样会被擦除掉吗？运行时它是如何获取到我们所定义的实际类型的？ 通过查看TypeReference的源码，幸运的是该源码十分的简单而且代码量少。首先进入的就是它的构造函数protected TypeReference()，通过debug我们发现，在代码执行到第二行时，就已经获得了我们所写的泛型.这段代码很简单，获取到它的父类getGenericSuperclass()就获取到了实际的类型.继续跟进代码，我们可以发现它调用了一个native方法private native String getGenericSignature0();获取到了该类和父类的一些信息ClassRepository和Type。 此时，回过头来我们再看new TypeReference其实是创建了一个TypeReference的匿名内部类，通过该类的getGenericSuperclass()，获取到了实际的类型信息。让我们现在回顾一下我们的所得,注要有2点：泛型在编译时会执行类型擦除。获取到它的父类getGenericSuperclass()就获取到了实际的类型。 等等，这两点是互相矛盾的啊。1说没有，2又说还能找到，到底是怎么回事呢？通过查看编译后的字节码文件，我们找到了答案。 这是包含代码Response的方法的class文件反编译后的信息。我们可以看到 它多了一个LocalvariableTypeTable，里面的Signature正好存储了实际的类型信息。**也就是说类型并未完全擦除，我们依然可以通过反射的方式拿到参数的类型。**所谓的擦除，只是把方法 code 属性的字节码进行擦除。 另外，我们还看到了InnerClasses列表中，有一个内部类，叫Main$1,也就是我们的这个new TypeReference可以通过JSONObject.parseObject(testJson,new TypeReference的方式，解决json中嵌套泛型的问题。方便、快捷、直观可以通过getClass().getGenericSuperclass();获取到真实类型。验证代码输出结果类型并未完全擦除，可以通过反射的方式拿到参数的类型。验证代码输出结果看完上述内容是否对您有帮助呢？如果还想对相关知识有进一步的了解或阅读更多相关文章，请关注开发云行业资讯频道，感谢您对开发云的支持。
这篇文章主要讲解了“如何解决debtap同步仓库国内执行慢的问题”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“如何解决debtap同步仓库国内执行慢的问题”吧！打开 /usr/bin/debtap，更换 deb…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
