不能直接用set_userdata()存整个购物车，因会导致cookie膨胀超限、无法原子更新、易被覆盖；flashdata仅单次有效，不适用于购物车持久化；推荐session存ID-数量映射，详情查库，登录后同步至数据库。

session 是 CodeIgniter 实现购物车逻辑最直接、最轻量的底层支撑，但不能直接把整个购物车数组往 set_userdata() 里一塞就完事——这样会丢数据、不安全、难维护。

---

为什么不能直接用 set_userdata() 存整个购物车？

常见错误是这样写：

$cart = [
    ['id' => '101', 'name' => 'iPhone', 'qty' => 2, 'price' => 5999],
    ['id' => '102', 'name' => 'AirPods', 'qty' => 1, 'price' => 1299]
];
$this->session->set_userdata('cart', $cart);

问题有三个：

• 每次调用 set_userdata() 都会序列化+加密整个数组，大购物车（比如 50+ 商品）会导致 cookie 膨胀，可能触发 Cannot modify header information 或被浏览器截断
• sess_encrypt_cookie = TRUE（推荐开启）时，加密后 cookie 长度上限约 4KB，超限直接写入失败，但无明确报错
• 无法原子更新单个商品数量——必须先 userdata('cart') 取出全部、修改、再全量写回，高并发下易覆盖

---

flashdata 不适合购物车，别误用

有人想用 set_flashdata() 存购物车，因为“它自动清空”，但这是错的：

• flashdata 只在下一次 HTTP 请求可用，刷新页面或跳转一次就消失
• 用户加完商品点“继续浏览”，再回来发现购物车空了——这不是体验，是 bug
• flashdata 设计目标是临时提示（如“已加入购物车”），不是持久状态存储

---

推荐做法：用 set_userdata() 存 ID 列表 + 数据库查详情

真正可落地、可扩展的方案是“轻 session + 重数据库”：

Session Archiver Pro

从AI对话中提取决策、待办、知识点、偏好和风险，生成结构化记忆，支持Markdown、JSON或Obsidian笔记格式。

下载

• session 只存商品 ID 和数量映射：$this->session->set_userdata('cart_items', ['101' => 2, '102' => 1]);
• 商品详情（名称、价格、库存、图片等）全部从数据库实时查，避免 session 过期/不一致
• 加购、删购、改数量都只操作这个关联数组，然后 set_userdata() 写回，体积小、速度快
• 用户登录后，可将该数组同步到用户专属购物车表，实现跨设备持久化

示例更新逻辑：

$cart = $this->session->userdata('cart_items') ?: [];
$cart['101'] = isset($cart['101']) ? $cart['101'] + 1 : 1;
$this->session->set_userdata('cart_items', $cart);

---

Redis 驱动下要注意锁和过期时间

如果项目已切 Redis 作 session 驱动（$config['sess_driver'] = 'redis'），两个细节极易踩坑：

• $config['sess_expiration'] 必须显式设值（如 86400），否则 Redis 默认永不过期，长期累积无效 session key 占满内存
• Redis 驱动内部用 SETNX 加锁，若某次请求卡死未释放锁，后续请求会阻塞最多 300 秒（默认 lock timeout），表现为“加购按钮点不动”，需监控 redis-cli keys "*:lock" 清理异常锁

验证是否生效：查看 Redis 中键名类似 ci_session:abc123... 的存在，且 TTL 正常递减。

真正的难点不在“怎么存”，而在“什么时候清”——用户关闭浏览器后 session 是否该保留？匿名用户购物车要不要和登录态合并？这些逻辑没统一设计，后面补救成本远高于初期多花十分钟想清楚。