内容简介:一个 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 的时候传递了错误的参数,尾调用本身并没有问题,但是不得不说的是,它拐带的错误信息实在是坑人。
以上所述就是小编给大家介绍的《一个尾调用相关的诡异报错信息》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- sql相关知识:池、事务、serverlet中资源调用
- 直观讲解-RPC调用和HTTP调用的区别
- 调用链系列一:解读UAVStack中的调用链技术
- 调用链系列二:解读UAVStack中的调用链技术
- 调用链系列三:解读UAVStack中的调用链技术
- dubbo源码解析(二十七)远程调用——injvm本地调用
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
操作系统概念(第六版)
(美)西尔伯斯查兹 / 郑扣根 / 高等教育出版社 / 2005-11 / 55.00元
《操作系统概念》(第6版翻译版)是讨论了操作系统中的基本概念和算法,并对大量实例(如Linux系统)进行了研究。全书内容共分七部分。第一部分概要解释了操作系统是什么、做什么、是怎样设计与构造的,也解释了操作系统概念是如何发展起来的,操作系统的公共特性是什么。第二部分进程管理描述了作为现代操作系统核心的进程以及并发的概念。第三部分存储管理描述了存储管理的经典结构与算法以及不同的存储管理方案。第四部分......一起来看看 《操作系统概念(第六版)》 这本书的介绍吧!