Redis LCS 的 LEN 和 IDX 在返回内容上有什么区别

Redis LCS 加 LEN 时只返回最长公共子序列的长度；加 IDX 时返回两边的匹配范围及总长度。默认不带这两个选项则返回子序列文本。客户端解析方式应随查询模式选择，不能把所有回复都当字符串读取。

官方文档：https://redis.io/docs/latest/commands/lcs/

先区分需要文本还是长度

LCS 比较两个字符串键的内容，公共子序列允许中间不连续。下面是为演示设计的短 ASCII 数据；结果按规则推导，不是本机运行记录。

# 在测试实例使用专用键，避免覆盖业务数据
redis-cli MSET demo:lcs:a ABxCD demo:lcs:b AByCD
# 默认取子序列，预期为ABCD
redis-cli LCS demo:lcs:a demo:lcs:b
# 只取整体长度，预期为4
redis-cli LCS demo:lcs:a demo:lcs:b LEN

再读取 IDX 的匹配范围

# 返回两个字符串中的匹配区间
redis-cli LCS demo:lcs:a demo:lcs:b IDX
# 同时给出每段匹配长度
redis-cli LCS demo:lcs:a demo:lcs:b IDX WITHMATCHLEN

在这组例子中，两边的AB位于0至1，CD位于3至4；整体长度为4。IDX回复包含 matches 和 len。匹配条目按从后向前的顺序给出，范围端点均包含在内。WITHMATCHLEN额外附带各段长度，便于调用方读取。

把回复转成业务需要的数据

只做长度判断时选LEN；需要标记匹配位置时选IDX。RESP2中的IDX回复是数组结构，RESP3中是映射，具体客户端还可能封装成对象。应按协议和客户端返回类型解析，避免依赖redis-cli的缩进显示。

建议在调用层分别定义“长度结果”和“范围结果”的处理分支，显示层再决定是否高亮。比较完成后，如不需要保存演示数据，可删除专用键。

# 仅清理本文演示键
redis-cli DEL demo:lcs:a demo:lcs:b

常见问题

IDX是不是只返回位置、不含长度？

不是。其len字段仍保存整体LCS长度；WITHMATCHLEN控制每段条目是否额外携带长度。

LEN适合直接比较很长的业务文档吗？

返回值短不代表计算量小。官方给出的时间复杂度为O(N×M)，应控制输入规模，在独立测试环境评估后再设计业务调用。