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

栏目: IT技术 · 发布时间: 5年前

内容简介:一个 OpenResty 的接口报错了,我查了一下日志,发现如下报错信息:看上去这就是一道送分题啊:无非就是 test 函数的第一个参数类型应该是 string,实际传递的却是 userdata。就当我觉得可以轻而易举解决问题的时候,突然发现 test 函数定义就没有参数,调用的时候也没传参数,真是太诡异了。群里问了一些网友,结合自己瞎蒙,大概搞清楚了问题的来龙去脉,看看复现过程:

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

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


以上所述就是小编给大家介绍的《一个尾调用相关的诡异报错信息》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

微信小程序

微信小程序

牛建兵 / 清华大学出版社 / 2017-9-1 / 49.00

微信小程序从满城风雨到掀起创业热潮,再到一直不断地迭代更新,其每一次更新都会增加新能力,让使用变得越来越方便,同时也增加一批进军小程序的队伍。微信小程序作为现在互联网中的热点,它给创业者、投资者、程序员带来了福音。对创业者来说,小程序能大大降低他们的创业成本,同时也降低了投资者的投资风险。 本书注重实战,通过具体的案例分析,讲解微信小程序的市场状况、人员分工、小程序需求设计、小程序体验设计、......一起来看看 《微信小程序》 这本书的介绍吧!

SHA 加密
SHA 加密

SHA 加密工具

XML、JSON 在线转换
XML、JSON 在线转换

在线XML、JSON转换工具

HSV CMYK 转换工具
HSV CMYK 转换工具

HSV CMYK互换工具