购物车应使用 redis hash 结构，因其天然匹配“用户→商品id→数量”的映射关系，支持单字段原子操作（如 hincrby）、高效增删改查；而 string 易并发覆盖，list 无法快速定位商品且遍历低效。
为什么用 HASH 而不是 STRING 或 LIST
因为购物车本质是「用户 → 商品ID → 数量」的映射关系，HASH 天然支持按 field 增删改查，单次操作原子、高效；而用 STRING 存 JSON 会整值读写、并发易覆盖，LIST 又无法快速定位某商品数量，还得多遍历。
典型场景：用户添加/修改/删除某商品、批量查所有商品、清空购物车 —— 这些操作在 HASH 下都能用一条命令完成，且不依赖 Lua 脚本保原子性。
HSET 和 HINCRBY 怎么选
添加新商品或覆盖数量用 HSET；仅调整数量（比如 +1、-1）必须用 HINCRBY，它天然支持负数，且能自动创建 field，避免先 HEXISTS 再判断的额外往返。
-
HSET cart:1001 item:123 2→ 直接设商品 123 数量为 2 -
HINCRBY cart:1001 item:123 1→ 数量加 1（即使原来不存在，也会初始化为 1） -
HINCRBY cart:1001 item:123 -1→ 减 1，结果为 0 时 field 仍存在，需后续HDEL清理
注意：HINCRBY 不会自动删 field，数量减到 0 后得手动 HDEL cart:1001 item:123，否则 HLEN 仍计数，遍历时也返回该 key。
Redis 8.2.3 是一款安全优先的高性能键值存储系统。该版本紧急修复了可能引发远程代码执行（RCE）的高危漏洞（CVE-2025-62507），并解决了 HyperLogLog 及 Cuckoo Filter 等数据结构在特定场景下的崩溃问题。建议所有用户立即升级，以保障生产环境的系统稳定与数据安全。
怎么安全地删空购物车或删指定商品
删指定商品用 HDEL，但要注意：如果传入不存在的 field，HDEL 返回 0，不报错，这是正常行为；删整个购物车直接 DEL cart:1001，比 HGETALL + 循环 HDEL 快得多，也更可靠。
-
HDEL cart:1001 item:456 item:789→ 一次删多个商品 -
DEL cart:1001→ 彻底清空，推荐用于「提交订单后清空」场景 - 别用
HGETALL拿全量再逐个删 —— 网络开销大，且中间可能有新商品加入，导致漏删
如果需要「删完后立刻知道还剩几件」，DEL 返回 1 表示键存在并被删，但无法得知原数量；真要统计，得在删前用 HLEN，不过多数业务其实不需要这个精度。
过期时间与持久化怎么配才不丢数据
HASH 本身不能单独设过期，只能给整个 key（比如 cart:1001）设 EXPIRE。常见做法是用户登录后设 30 分钟，每次操作购物车都 EXPIRE cart:1001 1800 延长有效期。
- 不要在每次
HSET后都重设过期 —— 频繁调用EXPIRE增加压力 - 建议在关键操作（如
HSET、HINCRBY、HDEL）后统一EXPIRE，用 pipeline 打包发 - RDB/AOF 对
HASH是全量保存，但若购物车 key 过期被 Redis 自动清理，RDB 文件里就不会包含它 —— 所以过期逻辑完全由 Redis 控制，应用层无需额外处理
真正容易被忽略的是：用户关闭浏览器、App 杀进程后，前端没主动调清空接口，服务端又没做登录态续期，购物车就可能滞留好几天 —— 这时候得靠定时任务扫描长期未操作的 cart:* key 并清理，而不是只依赖过期。
