公司的棋牌游戏菜单打算采用lua来从mysql数据库中取出，根据各种蛋疼的规则，然后生成json返回给客户端，这样客户端只要解析json生成菜单树即可，排序，节点属性，显示等等一切逻辑都被记录在json字符串中，由于数据库中记录的菜单数据比较原始，所以lua承担了比较繁重的逻辑和重新组合节点的任务，捎带还要有缓存支持。

首先说明下为什么会选择lua去生成这个json字符串，最主要的原因当然是性能问题，luajit可以算是最快的脚本语言了，同时配合nginx的高效，我们可以无状态的横向部署多台nginx作负载均衡，毕竟对于几万人在线的公司棋牌游戏菜单获取压力也着实不小。

其次因为之前公司很多对外api前端逻辑和下载统计等都是用lua来处理的，其性能和稳定性都不错，也算尝到了甜头，所以这次菜单的功能也顺理成章的使用lua来处理了。

但是这次游戏菜单会根据不同的站点生成不同的json，还有其他一些逻辑，节点的父类子类总之比较麻烦，所以我在编写这个lua脚本时也遇到了一些坑。

1、lua字符串转时间，时间转字符串

在编写整个脚本时，遇到的第一个问题就是lua对时间和字符串的互转，下面是一个用到的时间戳格式化当前时间的代码：

local now = os.date(“%Y-%m-%d %H:%M:%S”, os.time())

时间戳转时间字符串还算顺利，可是当我想通过从数据库查询出的时间字符串转换成lua的时间类型时就蛋疼了，搜了一会发现都要自己重新实现，最终在github上发现了一个外国朋友写的date.lua类，非常不错分享给大家：

项目地址：https://github.com/Tieske/date

把文件夹下的date.lua放入openresty定义的lib目录中，直接requrie即可使用，非常方便，他也拥有很多api功能，具体请参阅github项目帮助文档。

local dateLib = require “date”

…

updatetime = dateLib(tonumber(updatetime)):tolocal() — 这边比较坑，要转成local，否则差8小时

..

local writetime = dateLib(v[‘writetime’])

这样我就可以将时间戳或时间字符串转换成lua的date类型了，同时date类型之间还能够进行”>”或”<"等的对比

2、缺少类似go语言的defer

由于mysql中连接可能存在各种问题，包括数据查询不到，链接错误等等，所以我最后的代码中充斥着返回err,nil和关闭归还数据库连接的代码，如下：

local err,db = self:connect() --连接mysql数据库

if err then

self:close_conn()

return err,nil

end

每次sql操作都需要执行，当然也不能对lua语言有这奢望了

3、缺少table的高级功能

lua中数组和对象都是table类型，由于lua缺少对table类型的一些简单的indexOf，forEach，filter等操作，导致我写了大量的for语句和临时table保存处理数据，甚至还存在多出for循环嵌套的情况。

我还有需求会在循环中修改循环table的内容，这当然是非常危险的动作，所以我不得不将修改的位置pos记录在临时table中，在处理结束后再循环处理临时table保存的pos的数据，大致代码如下：

local removeIds = {}

for i,v1 in ipairs(objtable) do --第一步，循环结果，查找空channel

if v1 and v1['ItemType'] == typestr then

local countParent = 0

local curId = v1['Id']

for j,v2 in ipairs(objtable) do

if v2 and v2['parentId'] == curId then

countParent = countParent+1;

end

end

if countParent == 0 then

table.insert(removeIds,curId)

end

end

end

return table.getn(removeIds), removeIds

大量雷同的代码，不写上详细的注释，我怕1个月后，自己都无法维护了

4、恶心的调试

其实最影响我开发效率的就是调试，我实在想不出能有什么更好的调试方法，只要lua脚本出错，nginx就会报500，于是我只能开着secureCRT软件，通过 tail -f error.log 的方式，查看lua脚本中各种语法错误或者是类型转换错误。

在运行中无法设置断点，想要知道程序运行的如何，只能在代码中到处打log，恶心的是ngx.log输出的log还是下面这种格式的，让人无法一下子找到自己打的log在哪里？

2014/03/14 12:46:00 [error] 12729#0: *1251 [lua] mysql_class2.lua:275: filterEmpty(): 1, client: 192.168.11.30, server: trymenu.6998test.com, request: "GET /menu?city=gg HTTP/1.1", host: "192.168.28.27:3001"

2014/03/14 12:46:00 [error] 12729#0: *1251 [lua] mysql_class2.lua:276: filterEmpty(): null, client: 192.168.11.30, server: trymenu.6998test.com, request: "GET /menu?city=gg HTTP/1.1", host: "192.168.28.27:3001"

2014/03/14 12:46:00 [error] 12729#0: *1251 [lua] mysql_class2.lua:277: filterEmpty(): nil, client: 192.168.11.30, server: trymenu.6998test.com, request: "GET /menu?city=gg HTTP/1.1", host: "192.168.28.27:3001"

大家能看出来，其实上面我打印了1，null，nil 这3个变量值吗？ngx.log方法只能接受字符串，nil等类型的值，所以你想要看table里面的内容，嘿嘿，自己用 cjosn.encode(table) 打印把，然后将打印的json字符串我还要丢到chrome的consle里转换成js对象才能看清他们的层次关系和key，val值，如果table过大甚至还会出现log打印不全的问题，当时开发实在是抓狂了！

我的代码到处是注释掉的如下代码：

-- ngx.log(ngx.ERR, sqlCmd)

--ngx.log(ngx.ERR,cjson.encode(self.menuTable))

5、xor加解密

由于返回的菜单需要一个加密算法，神马3DES貌似Openresty原生不支持，于是想到了使用XOR异或来生成加密，通过同样的XOR异或key来解密，但是用lua实现这个功能也是耗费了一番波折，先在网上搜到了一个加密的方法，可惜我们字符串太长，这个方法会报错：

--- 使用密钥对字符串进行加密(解密)

-- @param string str 原始字符串(加密后的密文)

-- @param string key 密钥

-- @return string 加密后的密文(原始字符串)

local function encrypt(str, key)

local strBytes = { str:byte(1, #str) }

local keyBytes = { key:byte(1, #key) }

local n, keyLen = 1, #keyBytes

for i = 1, #strBytes do

strBytes[i] = bit.bxor(strBytes[i], keyBytes[n])

n = n + 1

if n > keyLen then

n = n – keyLen

end

end

return string.char(unpack(strBytes))

end

不过感谢这位博主，给了我思路，链接地址：http://zivn.me/?p=183

于是我简单修改下代码，让算法支持长字符串的加密，最后代码如下：

local XorKey = 4

local s = ngx.encode_base64(json)

local stable={}

for i=1,#s do

table.insert(stable, string.char(bit.bxor(string.byte(s, i),XorKey)))

end

local s2 = table.concat(stable)

注意，一开始我使用字符串直接拼接，但是效率慢的出奇，后来改成table形式，明细快多了

str = str .. (加密字符)

上面这种方式小的拼接没影响，大字符串拼接就坑爹了

总结

经历过和tengine或openresty中lua脚本的蜜月期，慢慢成为蛋疼期，也让我重新定义lua脚本在web server的定位，对于逻辑复杂，经常需要调整的功能或者需求，坚决不要让lua去做，这会让开发人员很抓狂，如果对需求相对稳定，比如我们api前端处理用户请求罚值，合法性验证，下载地址统计跳转等等，lua非常胜任。

所以千万不要神话nginx+lua，他有他适合的地方，也有非常明显的短板。