yii购物车应优先用数据库存登录用户数据、session存未登录用户数据，登录后立即合并；并发超卖需用select ... for update行锁+事务；数量更新须强转并校验，用upsert避免脏数据；复杂逻辑应封装至cartservice统一管理。
Yii 框架本身不提供购物车组件，但用 Session + ActiveRecord（或纯数组结构）就能快速搭出稳定、可扩展的购物车，关键不在“怎么写”，而在“数据结构设计”和“并发边界控制”。
购物车数据该存在 Session 还是数据库？
登录用户优先存数据库（带 user_id 和 status = 'active'），未登录用户必须用 Session；混用时注意 Session ID 与数据库记录的绑定时机——用户登录后要立刻合并 Session 购物车到数据库，并清空 Session 中的副本。
- Session 方案：适合快速原型，用
$this->session->set('cart', $items)，但不能跨设备、无法做库存预占 - 数据库方案：建表
cart_items，字段至少含user_id、product_id、quantity、created_at；加唯一索引(user_id, product_id)防重复添加 - 混合方案最常用：未登录走
Session，登录成功后执行CartService::mergeFromSession($userId)
怎么避免 add-to-cart 时超卖？
单纯查库存再减，高并发下必然超卖。Yii 里最稳妥的是用数据库行级锁 + 事务，而不是靠 PHP 层判断。
- 用
ActiveRecord::findOne(['for update' => true])或原生 SQL 的SELECT ... FOR UPDATE锁住商品记录 - 在事务中完成「查库存 → 判断是否足够 → 更新库存 → 插入/更新购物车」四步，任一失败则 rollback
- 避免在事务里调用外部 API 或渲染视图，否则锁持有时间过长，拖垮并发
- 示例关键片段：
Yii::$app->db->transaction(function ($db) use ($productId, $quantity) { $product = Product::find()->where(['id' => $productId])->andWhere(['>=', 'stock', $quantity])->limit(1)->forUpdate()->one(); if (!$product) throw new HttpException(400, '库存不足'); $product->stock -= $quantity; $product->save(false); // ... 写入 cart_items });
购物车数量更新为什么有时不生效？
常见原因是没处理好 quantity 的类型和边界值，尤其前端传来的字符串 "0" 或空值被当成有效数字。
- 统一用
(int) $request->post('quantity')强转，再校验是否 > 0；0应触发删除逻辑，不是设为零 - 更新购物车项时，别直接
$item->quantity = $newQty就 save，先查原记录是否存在，避免插入脏数据 - 用
upsert()（Yii 2.0.14+ / Yii 3.x）替代手写INSERT ... ON DUPLICATE KEY UPDATE，更安全：CartItem::upsert( ['user_id', 'product_id', 'quantity'], ['quantity' => $newQty], ['user_id' => $uid, 'product_id' => $pid] ); - 前端提交前加简单校验：禁用输入非数字字符，回车自动提交前检查
value.trim() !== ''
真正难的不是增删改查，而是「什么时候该清空购物车」「优惠券怎么和购物车联动」「跨端同步时以谁为准」——这些逻辑一旦散落在控制器里，很快就会失控。建议把购物车操作全收进一个 CartService 类，所有入口只调它的方法，连 session key 名、数据库字段映射、库存校验策略都封装在里面。
