我为什么要再给lua写一个json模块

痛定思痛。 2021-11-17 16:06 253阅读 0赞

最近要给自己编写的服务器加上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][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][https_github.com_miloyip_nativejson-benchmark]中下载的一个2M多的json串，花了7分多钟。结果，我放弃了，万一哪天策划给我来个8M的配置表，我开个服务器岂不得用半个钟。

mp-cjson我看了一下api([http://www.kyne.com.au/~mark/software/lua-cjson-manual.html][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][https_github.com_changnet_lua_parson]。安装使用也比较简单。注意这个库不是线程安全的。

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

转载于:https://www.cnblogs.com/coding-my-life/p/5252100.html

[http_lua-users.org_wiki_JsonModules]: http://lua-users.org/wiki/JsonModules
[https_github.com_miloyip_nativejson-benchmark]: https://github.com/miloyip/nativejson-benchmark
[http_www.kyne.com.au_mark_software_lua-cjson-manual.html]: http://www.kyne.com.au/~mark/software/lua-cjson-manual.html
[https_github.com_changnet_lua_parson]: https://github.com/changnet/lua_parson