0
0

一个尾调用相关的诡异报错信息

老王 发表于 2020年03月03日 19:32 | Hits: 449
Tag: Technical | OpenResty

一个 OpenResty 的接口报错了,我查了一下日志,发现如下报错信息:

bad argument #1 to ‘test’ (string expected, got userdata)

看上去这就是一道送分题啊:无非就是 test 函数的第一个参数类型应该是 string,实际传递的却是 userdata。就当我觉得可以轻而易举解决问题的时候,突然发现 test 函数定义就没有参数,调用的时候也没传参数,真是太诡异了。

群里问了一些网友,结合自己瞎蒙,大概搞清楚了问题的来龙去脉,看看复现过程:

➜ cat t.lua
local cjson = require "cjson"
local function test()
    return cjson.decode(ngx.null)
end
test()
➜ resty t.lua
ERROR: t.lua:5: bad argument #1 to 'test' (string expected, got userdata)
stack traceback:
	t.lua:5: in function 'file_gen'
	init_worker_by_lua:45: in function
	[C]: in function 'xpcall'
	init_worker_by_lua:52: in function

看到这里,估计有人已经猜到原因了:问题似乎和尾调用(Tall call)相关,验证一下:

➜ cat t.lua
local cjson = require "cjson"
local function test()
    local result = cjson.decode(ngx.null)
    return result
end
test()
➜ resty t.lua
ERROR: t.lua:3: bad argument #1 to 'decode' (string expected, got userdata)
stack traceback:
	t.lua:3: in function 'test'
	t.lua:6: in function 'file_gen'
	init_worker_by_lua:45: in function
	[C]: in function 'xpcall'
	init_worker_by_lua:52: in function

当我们去掉尾调用后,错误信息恢复了正常,验证了我们的猜测,诡异错误信息确实和尾调用相关。当然,真正的问题是因为我们在使用 cjson.decode 的时候传递了错误的参数,尾调用本身并没有问题,但是不得不说的是,它拐带的错误信息实在是坑人。

原文链接: https://blog.huoding.com/2020/03/03/804

0     0

我要给这篇文章打分:

可以不填写评论, 而只是打分. 如果发表评论, 你可以给的分值是-5到+5, 否则, 你只能评-1, +1两种分数. 你的评论可能需要审核.

评价列表(0)