最近在配合移动端调试的时候,被抓去debug一个在清除redis缓存之后才会出现的网关错误。于是打开服务器上的log定位到类似错误:
1 | [error] 7#7: *12030 lua entry thread aborted: runtime error: /data/share/apps/lua/access_check.lua:133: bad argument #1 to 'decode' (string expected, got userdata) |
该段代码的主要作用是在openresty
中lua
读取redis
中数据并解码为json
:
1 | local access_token = redis_client:read_by_key(token_key) |
通过查询资料得知原因:lua
读取redis
数据返回结果为空时,返回的结果不是nil
而是userdata
类型的ngx.null
。
为什么要这么设计?
因为
nil
在lua
中有特殊的意义,如果一个变量被设置为nil
相当于告知该变量未定义
(不存在)一样,如果把redis
查询的结果为空设置为nil
,而该查询的key
对应在redis
中又是存在的,就无法把查询为空
和未定义
区分开来了,这样显然是不合理的。所以必须使用一个userdata
类型的值来表示这个查询记录为空,但是又不等同于未定义变量
(ngx.null)。
因此,代码做如下修改即可:
1 | local access_token = redis_client:read_by_key(token_key) |