最近要给自己编写的服务器加上json解析模块。根据我当前的项目，可以预测服务器中使用json的地方：

• 通信。由于与客户端通信使用google protocolbuffer，仅在与SDK通信中使用json
• 配置。我们当前直接将配置转换为lua table。但其他项目依然有很大概率要使用json作为配置。
• MongoDB。项目中使用MongoDB作为数据存储，很多接口需要用到json.

而在我的服务器中，写了一个MongoDB lua driver，可以直接将lua table转换为MongoDB的bson数据结构，DB这块不需要json了。像配置都是静态数据，一次加载后不会再加载了。而SDK通信也仅限于登录充值，相对来说对json的效率要求不是很高。

　　由于服务器底层以C++为主，上层为lua，当然是先查找lua的json模块。在http://lua-users.org/wiki/JsonModules上，列出了主流的lua json模块。但是常用的也就lua4json和mp-cjson两个。lua4json是我们现在使用的，每一个玩家存库，都要将lua table转为json再传给MongoDB接口。从目前来看，性能还是可以的，而且是纯lua。mp-cjson貌似是cocos2dx标配的json解析模块，底层是基于cjson的，效率高，用的人也多。

　　对于lua而言，传统的数组和关联数据都是lua table，要转为json时就要做一些判断才能知道是array还是object。我希望是这样的：

• 如果key都是int，则是数组。而如果key不是从1开始，则是稀疏数组(sparse array)。
• 允许通过元表指定是array还是object。如果指定为object，则所有key会被转换为string。如果指定为array而key中包含float、string则使用自增的int做key。

　　lua4json是不能指定是array还是object的，并且尝试将key为float等也转换为array。因此一个空的lua table( {} )只能由lua4json的作者定死为array。这对于从lua写进数据库，从lua读出来也不是太大的问题。但在实际使用中发现，如果你尝试在Mongo Shell中做些操作或者用java写的后台读取数据时，就有点麻烦了。不过json4lua是纯lua的，我改改就可以用了。在最后进行测试时，解析从https://github.com/miloyip/nativejson-benchmark中下载的一个2M多的json串，花了7分多钟。结果，我放弃了，万一哪天策划给我来个8M的配置表，我开个服务器岂不得用半个钟。

　　mp-cjson我看了一下api(http://www.kyne.com.au/~mark/software/lua-cjson-manual.html)，有一个encode_sparse_array函数可以处理sparse array，但也没有可以强制指定array、object的函数。

　　在泛型语言与强类型语言交互的时候，确定类型很重要。比如我有这样一个lua table:

local reply =

{

    array_item = {},

    map_id     = {}

}

现在我要将他转换为json存到MongoDB或者发送到java后台，json串应该是

{ "array_item":[],"map_id":{} }

上面的两个库，没有一个做得到。于是我决定自己写一个lua的json模块。

　　自己再写基础的json解析是不太可能的了。我决定使用小巧的parson，然后给他加上lua的粘合层，就可以成为lua的模块了，命名为lua_parson。我定了比较详细的规则：

• 如果key值都为int并且小于INT_MAX，必定为数组。
• 如果在元表指定__array并且值为true，则必定为数组
• 如果是数组并且key都为int，则为sparse array，空位直接使用null填充
• 如果1、2两点不成立，则必为object。object中所有不为string的key都将直接转换为string

　　现在这个库放在https://github.com/changnet/lua_parson。安装使用也比较简单。注意这个库不是线程安全的。

　　我自己以前也觉得不要重复造*，但现在觉得别人的*并不是那么好用。虽然实际情况项目中，上面列出的极端情况还没出现过，那些库也可以将就者用。即使出现了，也可以换种方法解决。但如果可以完美一点，为什么不去做呢？