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

LA0WAN9

发布于 2021-12-14 09:02:02

8290

发布于 2021-12-14 09:02:02

文章被收录于专栏：火丁笔记

一个 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 的时候传递了错误的参数，尾调用本身并没有问题，但是不得不说的是，它拐带的错误信息实在是坑人。

本文参与腾讯云自媒体同步曝光计划，分享自作者个人站点/博客。

原始发表：2020-03-03，如有侵权请联系 cloudcommunity@tencent.com 删除

r 语言