最近在研究JSON，Java中有很多处理JSON的类库，lib-json、sf-json、fastjson还有Jackson Json。第一个就不说了，性能和功能都没有什么亮点。    <p> </p>    <p>sf-json最大的优点就是随机读取方便。代码很简单：</p>    <p>JSONObject json= JSONObject.fromObject(str);</p>    <p>然后读取字段内容:</p>    <p>json.getString或者getInt之类的。但是工作效率有待商榷，而且容易出错。</p>    <p>另外sf-json还有个优点就是自动使用unicode编码，当内容中出现中文或者符号的时候会自动将其转换为\uFFFF这样的unicode编码。这样即便是在web服务器端的response中没有设置编码，直接推送json也不会出现乱码问题。</p>    <p> </p>    <p>fastjson，顾名思义就是快。网上已经有很多性能对比的数据了，我就不多说其性能了。</p>    <p>这里要说的就是它的功能性问题。可能是定位不一样，最初fastjson就是要快，因此在对象的序列化与反序列化上下了很大功夫。但是在功能上有所缺乏。</p>    <p>不知在哪个版本开始加上了key按字典排序的功能。但是貌似这个功能没有办法关闭。有些时候我是不希望字段顺序被打乱的，这个问题就无法解决。</p>    <p>我使用的fastjson版本为1.1.14。另外fastjson还有一些bug没有解决，而且是比较明显的bug。例如在@JsonField 注解中format参数，这个是用来指定Date类型数据如何序列化的。如果你使用英文或符号，OK，没有问题（例如yyyy-MM-dd），但是格式中一旦出现中文就会出错（例如yyyy年MM月dd日）。而且经过实验，所有的注解都要放在属性的Getter（就是getXXX()方法）上，直接放在属性上是无法工作的。在eclipse中，一般我们都是直接写属性，属性写完后用自动生成的方式生成Getter和Setter方法。如果今后该类的属性发生变化了，个人更倾向于直接删除所有Getter和Setter，然后重新生成。那么假如把注解全放到Getter上面，我删的时候就要非常小心。</p>    <p>再有一个比较致命的就是文档。几乎找不到全面的文档来介绍或支持fastjson。整个项目都由一个名为“温少”的人来负责，存在很多不确定的因素。</p>    <p> </p>    <p>经过个人的评估，我更倾向于使用Jackson Json。首先说文档，Jackson Json项目主页上对每一个版本都有详尽的文档（<a href="/misc/goto?guid=4958196139305919039">http://jackson.codehaus.org/</a>）。另外Jackson Json的序列化与反序列化速度也并不见得有多慢。更重要的是它的注解支持要好于fastjson。就拿刚才说到的key按字典排序的功能吧，可以在实体类上直接加上@JsonPropertyOrder(alphabetic=false)注解就可以关闭排序功能。而对于其他功能的注解支持也很好。</p>    <p>例如Date的序列与反序列化注解支持</p>    <p>@JsonSerialize(using=DateSerializer.class)<br /> @JsonDeserialize(using=DateDeserializer.class)<br /> private Date birthday;</p>    <p>这样就能指定对birthday字段的序列化与反序列化方法。另外，这两个注解都直接放在了属性上，没有放在Getter上。</p>    <p>针对上面的两个注解，我的序列化器是这样写的</p>    <p>public class DateSerializer extends JsonSerializer<Date></p>    <p>继承了JsonSerializer，泛型中指定了序列化类型为Date，然后重写如下方法</p>    <p>@Override<br /> public void serialize(Date date, JsonGenerator gen, SerializerProvider provider) throws IOException, JsonProcessingException</p>    <p>方法中传进来的date就是将要被序列化的数据，接下来你可以任意展示该数据，在退出该方法之前使用gen.writeString(formattedDate);来完成序列化就可以了。</p>    <p>类似地，我的反序列化器是这样写的：</p>    <p>public class DateDeserializer extends JsonDeserializer<Date></p>    <p>继承了JsonDeserializer，泛型中指定了反序列化类型为Date，然后重写如下方法</p>    <p>@Override<br /> public Date deserialize(JsonParser parser, DeserializationContext context)throws IOException, JsonProcessingException {</p>    <p>这里面方法的返回值就是反序列化后的最终内容。方法内部你可以使用parser.getText()来获取到当前要处理的内容。你可以随便折腾里面的数据，只需要最后返回你想要的Date就可以了。</p>    <p> </p>    <p> </p>    <p>另外在制作基于Jackson Json的Service时想使用泛型的思想来写一个接口，最终目的就是希望方法能随着参数类型不同，返回值的类型也随之不同。以前很少写泛型的方法，这个问题虽然基础，但是难住了我，经过查看Jackson Json的源代码，我得到了启示，像下面这样写就OK了：</p>    <p>public <T> T strToObj(String jsonStr, Class<T> clazz)</p>    <p>这样写就可以了。假设我有一个Result类型的对象需要反序列化，当前已经有了一个json字符串jsonStr，那么我只需要指定第二个参数clazz就可以直接得到Result类型的对象了：</p>    <p>Result newResult= jsonProcessService.strToObj(jsonStr, Result.class);</p>    <p>这样就不用在方法前加入(Result)类型强制转换了。<br /> <br /> 本文地址：<a href="/misc/goto?guid=4959501018412482020">http://blog.csdn.net/chaijunkun/article/details/7208828</a>。</p>