redis lua脚本在vscode中无法直接运行，因vscode无redis服务端环境，仅支持语法检查与拼写提示；需配置sumneko.lua并声明redis等全局变量，但keys/argv边界、参数类型及运行时错误仍须通过redis-cli --eval真实执行验证。
Redis Lua脚本在VSCode里根本不能直接运行
VSCode本身不提供Redis服务端执行环境，所谓“调试”实际是本地语法检查 + 手动触发远程执行，lua扩展只负责高亮和基础语法校验，不模拟redis.call()或redis.pcall()行为。你写的redis.call("GET", "key")在VSCode里不会真正连Redis，也不会报“key不存在”这类运行时错误——那些得等你用redis-cli --eval或代码调用时才暴露。
怎么让VSCode至少能提示Lua语法和Redis API拼写错误
装Lua扩展（如sumneko.lua）并配好lua.runtime.version为5.1（Redis内嵌的是Lua 5.1），再加一个lua.diagnostics.globals配置，把Redis暴露的全局函数显式声明进去：
"lua.diagnostics.globals": [ "redis", "cjson", "cmsgpack", "bit" ]
这样redis.cal()（少个l）或cjson.decdoe()就能被标红。但注意：redis.call()参数类型、返回值结构、以及KEYS/ARGV数组边界访问，VSCode完全不管——它不知道你传了几个key，也不知道ARGV[3]是否存在。
真正验证逻辑必须靠redis-cli --eval本地跑
别依赖VSCode的“运行”按钮，直接在终端用redis-cli加载脚本测试，这才是唯一靠谱的验证方式：
-
redis-cli --eval /path/to/script.lua key1 key2 , arg1 arg2—— 注意逗号前后空格必须有，前面是KEYS，后面是ARGV - 脚本里用
redis.log(redis.LOG_WARNING, "debug: ".. tostring(ARGV[1]))输出日志，然后看redis-server控制台 - 如果脚本返回
nil或error，redis-cli会原样吐出，比如(error) ERR Error running script，这时候再回VSCode查语法
常见踩坑：本地调试时KEYS/ARGV顺序错、类型硬编码、没处理nil返回
很多人在VSCode里写完觉得没问题，一上生产就ERR Error running script，典型原因：
-
--eval命令里逗号位置不对，比如写成key1,key2 ,arg1（KEYS之间用了逗号）——Redis会把整个字符串当第一个key - 脚本里直接写
if KEYS[1] == "user:123" then，但实际传入的是user:*通配符，匹配不到就nil，后续redis.call("GET", KEYS[1])崩掉 - 用
cjson.decode()解析可能为空的字段，没包pcall，一解码失败整个脚本中断 - 误以为
redis.call("INCR", "counter")返回字符串，其实返回数字，再.. "abc"会报attempt to concatenate a number with a string
这些只有在redis-cli --eval真实执行时才会浮现，VSCode里的Lua扩展既不模拟Redis上下文，也不做运行时类型推导。
