skynet.select中table.unpack的使用结果是未定义的

[dingdalong]

在新版本（升级lua5.5）中如果调用参数中出现nil，会导致参数截断

skynet/lualib/skynet.lua

Line 209 in c2150ba

local session = auxsend(addr, p.id , p.pack(tunpack(req, 3, req.n)))

这里展开table依赖的是table.unpack，要求传入参数使用table.pack打包，这样才有n值。

skynet/test/testselect.lua

Line 52 in c2150ba

reqs:add { slave, "lua", "ping", i*10, "SLEEP " .. i, token = i }

用例中，全部都是用{}的方式构造的table。还支持传入token这样的参数。
这会导致unpack的结果是未定义的。
只是在lua5.4之前返回的参数个数是预期的，升级到5.5之后就不行了。

最简单的例子：print(#{1,2,nil,4,5,token=1})，在5.4中打印5，5.5中打印2。

[cloudwu]

如果需要在参数中包含 nil , 需要用 table.pack 打包，或者主动提供 .n 。严格来说，select 的 api 要求你传入一个不包含 nil 的数组或提供 .n 限定数组的长度。test 中并未传入 nil 。

这一点在 5.4 中也一样，并非 5.5 改变了行为。Lua 对包含 nil 的数组从来都是未定义的。

如果你想包含其它项，比如这里的 token ，那么应该先用 table.pack ，然后给 token 赋值。