在最近的开发过程中,由于业务需要将JavaBean转换为JSON串返回页面,于是引用了FastJson技术,阿里巴巴大牛制作.在使用过程中的某天,突然发现,在转换的时候,如果JavaBean属性为null的时候,转换出来的结果是自动把这个属性字段过滤的,看代码效果：
{"doctorId":185201417,"doctorName":"张三","friendId":185201521,"id":0} ----JavaBeanA
{"doctorId":185201417,"doctorName":"王五","friendId":185201411,"id":0,"renames":"备注1"} ----JavaBeanB
如上所示,BeanA的属性renames是null,所以转换出来的结果就没有这个属性,这才后续操作中可能会带来不便,怎么办呢?
通过查找资料发现,这个是可以通过一个属性设置的,在转换的时候,换一个方法即可,看代码：
JSON.toJSONString(result, SerializerFeature.WriteMapNullValue);
通过这个方法,即可完美解决null属性被过滤的问题！既然说到了JSON转换,那就把最流行的FastJson和JackJson性能对比结果也说一下吧,当然这个结果是别人研究的,我这边摘录一下,以便查看本文章的朋友能够顺便了解下：
编码(POJO TO JSON):
当循环数量较小时,FastJSON的性能低于JackSON
当循环数量越大时,FastJSON的性能开始超过Jackson
解码(JSON TO POJO):
当成员数量越大时,FastJSON的相对性能越差,JackSON的相对性能则越好
当成员数量越小时,FastJSON的性能越好
综合(编码+解码)：
当成员变量数量越大时,Jackson 获胜.无关于循环数量
当成员变量数量越小时,FastJSON获胜
一般情况下，系统中的循环数量一般不会大的惊人，应该是偏小的。而成员变量变多，是一个企业级系统常见的情况。所以如何抉择,朋友们自己决定吧！
莫言今生 2015-8-7 10:35记录
