吹牛：我写的JSONParser可能是这个星球上最快了（Java）

我拥有多年手写Parser的经验，在以前，编写过多个Parser，有SQL的Parser，也有JavaScript的Parser，也有Java的Parser。

在最近的项目中，也需要使用JSON，其中client部分不希望存在依赖，所以就写了一个JSON     Parser。最初是直接使用SimpleJSON的，因为其代码少，接口简洁。一个同事说，SimpleJSON存在性能问题，噢，我想，那算了，我自己写一个吧，JSON语法这么简单，对于有“多年行医经验”（来自典故《日本兵与老中医》）的我，自然不是困难的事情，也就是一个晚上就写完了，应用于项目中，测试结果，网络协议的性能提升了两倍，从原来的80,000 TPS提升到了240,000 TPS。顺带说一个花絮，周六晚上加班写完的，直接就应用到项目中了，虽然有TestCase，但还是有一个地方没注意好，出现了一个Bug，星期一还影响了测试工作，早会的时候被同事血泪控诉。

我跟朋友炫耀了一下，朋友说，为啥不用jackson，jackson速度很快。好吧，我就和jackson做了一个性能比较，在大多数场景都是比jackson性能好很多，但是在某一个场景，竟然比jackson稍慢。我不服气啊，因为一看就觉得jackson的Parser写得不够专业，没理由比我这种多年经验的老鸟快的。跟踪其实现代码找到了其优化的办法，觉得那是取巧，不屑于使用。于是优化一下我写的Parser，优化的结果自然是全面超越它。好吧，废话少说，直接上结果。

场景1:

[{"S":321061,"T":"GetAttributeResp"},{"ERROR":null,"TS":0,"VAL":{"SqlList":[{"BatchSizeMax":0,"BatchSizeTotal":0,"ConcurrentMax":1,"DataSource":"jdbc:wrap-jdbc:filters=default,encoding:name=ds-offer:jdbc:mysql://100.10.10.10:8066/xxxx","EffectedRowCount":0,"ErrorCount":0,"ExecuteCount":5,"FetchRowCount":5,"File":null,"ID":2001,"LastError":null,"LastTime":1292742908178,"MaxTimespan":16,"MaxTimespanOccurTime":1292742668191,"Name":null,"RunningCount":0,"SQL":"SELECT @@SQL_MODE","TotalTime":83}]}}] 

fast-json : 8,608,334 (我写的parser)
jackson : 17,172,500
simple-json : 36,258,008


场景2：

{"S":321061,"T":"GetAttributeResp"}

fast-json : 1,028,024
jackson : 6,673,850
simple-json : 20,294,257

场景3：

引用

{"name":null,"flag":true}

fast-json : 842,032
jackson : 7,284,100
simple-json : 20,553,188

场景4：

[-5.041598256063065E-20,-7210028408342716000]

fast-json : 1,338,822
jackson : 10,000,239
simple-json : 20,202,679

场景5：

-6470204979932713723

fast-json : 389,004
jackson : 5,405,129
simple-json : 20,418,252

以上的结果都是执行一千次的时间总和，单位是nano。连续执行测试50次，取最后一次的结果，让JVM能够充分优化。JVM的参数是-server。

结论，越简单的对象，偶写的parser（fast-json）性能越好。如场景3，都快差不多100倍了。

好了，吹牛结束啦，有什么后续动作呢？有同事建议开源，嗯，这个建议挺好的，我喜欢用开源的东西，也希望对开源有所贡献，我整理好代码之后，就会开源出来。

注明，我写的Parser是能通过JSON官方的兼容性测试的，不是缺乏功能的残废！

----------------------------------------------

svn已经能够外网访问:
http://119.38.217.15/svn/fastjson/trunk/
（注意，IP地址在2011-1-10修改过）

域名申请的事情还在进行中，还有很多事情要做。最终这是一个类似taobao code（淘蝌蚪）的开源平台，我们的名字叫做Open Sesame。

评论

35 楼 GRDJE 2010-12-21  

弄点那民工货， 瞧那得意样......

34 楼 sdh5724 2010-12-21  

毛人温少， 你不吹牛要死人啊。 等我下去看看代码， 要是被我发现有改进的余地， 我要让你这儿跪上三天三夜， 向人民谢罪～

33 楼 firehoo 2010-12-21  

楼主打算圣诞发大礼包？

32 楼 chris_zley 2010-12-21  

楼主多讲讲写parser的经验嘛。。

31 楼 qiangshao 2010-12-21  

都 说了是吹牛了，都不看标题的.

30 楼 yimlin 2010-12-21  

温少要D调在D调，等代码放出来再吹牛也来得及嘛。

29 楼 agapple 2010-12-21  

期待一下，投个精华走人

28 楼 acdc 2010-12-21  

中国人有句古话，叫做闷声大发财。wenshao,低调！

27 楼 scottcgi 2010-12-21  

快点啊，开源代码，我正好要用，等着你的代码。。。

26 楼 wenshao 2010-12-21  

阿里巴巴是支持开源的，明天了解公司的开源政策之后，我将会推进这个项目的开源。

原来是参考了SimpleJSON的类结构的，但是SimpleJSON的结构不方便扩展，已经改写了，使用Visitor模式。我还有一些想法，正在补充进来。

一般的流程：
序列化：JavaBean -> JSONObject -> JSONString
反序列化:JSONString -> JSONObject ->JavaBean

要支持这种流程，省去中间流程，能够更高效：
序列化：JavaBean -> JSONString
反序列化:JSONString ->JavaBean

其中Parser要支持扩展。

对于带小数点的数值，parse的结果可选：BigDecimal或者Double。

对于日期类型，可以选择支持“new Date(1292938144193)”的格式表示日期。

在JSONObject->JSONString的步骤，要支持拦截每个属性串行化的点，增加一些自定义的过滤（如：安全过滤，类型转换等）

25 楼 wenxiang_tune 2010-12-21  

少吹点牛你会死啊 。。

24 楼 Sunny_kaka 2010-12-21  

无代码无真相

23 楼 zgzdzh 2010-12-21  

你们都没看标题？？？ LZ写的很清楚是“吹牛：.....”

22 楼 laobian 2010-12-21  

做人不厚道啊...

21 楼 LucasLee 2010-12-21  

换个好名字，开放源代码，做个骚客！

20 楼 applepaihs 2010-12-21  

严重支持楼主开源！等待中。。。

19 楼 wenshao 2010-12-21  

大家别着急，我正在整理代码，整理好了自然就会放出来。。。 不会很久的

18 楼 rplees 2010-12-21  

祭法宝。
看看收的了么。

17 楼 swain 2010-12-21  

willothe 写道

也许名字不要叫做fast-xx 效果会更好,哈哈

要不叫Final-Fastest-xx 简称FF

16 楼 pouyang 2010-12-21  

楼主手脚利索点啊