不能直接拼接start/stop参数进Lua脚本，因ARGV[1]恒为字符串，须用tonumber()转整型并设默认值；需校验范围、调ZCARD防越界，且KEYS与ARGV顺序数量必须严格匹配。
为什么不能直接用 EVAL 写分页脚本而不校验参数
直接拼接 start 和 stop 参数进 Lua 脚本，又不检查是否为整数或范围是否合法，Redis 会静默返回空结果或报错 ERR Error running script (call to f_...): @user_script:3: attempt to compare a string with number。Lua 在 Redis 中不自动类型转换，ARGV[1] 永远是字符串，哪怕你传的是 0 或 10。
实操建议：
- 在脚本开头强制转整型：
local start = tonumber(ARGV[1]) or 0，并设默认值，避免 nil 参与计算 - 对
stop做边界修正：若stop < start，按 Redis 协议应返回空数组，脚本里显式return {} - 用
redis.call("ZCARD", KEYS[1])获取总长度，再截断stop = math.min(stop, zcard - 1)，防止越界返回 nil 元素
封装 ZSet 分页时，ZRANGE 和 ZREVRANGE 的 offset/limit 怎么映射到 start/stop
Redis 原生命令只接受 start 和 stop（含），而常见分页参数是 page=2&size=10。直接算 start = (page-1)*size 不够——ZSet 无“总页数”概念，且 ZRANGE 的 stop 是下标而非数量。
实操建议：
- 把分页逻辑下沉到 Lua：接收
page、size、reverse（布尔）三个参数，内部统一转成start/stop - 反向分页（如最新消息）用
ZREVRANGE，但注意它的下标仍是从 0 开始，不是“倒序后重编号”——ZREVRANGE key 0 9就是取分数最高前 10 个 - 避免在客户端算
stop = start + size - 1后传入；应让 Lua 自己调ZCARD判断是否越界，否则并发删元素时可能漏数据
用 List 实现分页时，LRANGE 脚本为什么比 ZSet 更容易出错
List 天然适合时间序插入（LPUSH/RPUSH），但分页稳定性差：LRANGE key 0 9 看似取前 10 条，一旦中间有 LTRIM 或 LPOP，下标立刻偏移。更麻烦的是，List 没有类似 ZCARD 的强一致性长度保障——LLEN 在集群模式下是本地节点统计，可能不准。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
实操建议：
- 除非明确要求 FIFO 缓存且能接受“跳页”，否则别用 List 做业务分页；优先选 ZSet，用时间戳或自增 ID 当 score
- 如果非用 List，脚本里必须用
redis.call("LLEN", KEYS[1])动态读当前长度，并做math.min(stop, llen - 1)截断 - 禁止把
LRANGE结果再套一层分页计算（比如取完 1000 条再 in-memory skip/take），这违背原子性初衷
脚本加载和调用时，KEYS 和 ARGV 的顺序和数量容易被忽略的细节
Redis 要求 EVAL 第一个参数是脚本字符串，之后是 numkeys（KEYS 数量），再是 KEY 列表，最后才是 ARGV。少传一个 KEY 或多传一个 ARGV，错误信息是 ERR Error running script (call to f_...): @user_script:1: user_script:1: bad argument #2 to 'call' (string expected, got number)——这其实是 KEY 缺失导致 KEYS[1] 为 nil，后续 redis.call 传参崩了。
实操建议：
- 固定只传 1 个 key：
KEYS[1]，其余全走ARGV；避免因 key 数量变化引发调用错位 - 用
redis.sha1hex预编译脚本，然后用EVALSHA调用，减少网络传输；但首次必须用EVAL确保脚本已加载 - 在脚本里加防御性判断：
if #KEYS ~= 1 then return {err="KEYS must be 1"} end，比让 Redis 报模糊错误更易调试
最常被绕过的点：score 类型不一致。ZSet 分页依赖 score 排序，如果混用字符串 score（如 ZADD key "a" "v1"）和数字 score（ZADD key 1 "v2"），ZRANGE 仍能执行，但结果顺序不可控——Lua 脚本没法替你修复数据模型。
