商城购物车开发难度：整体中等，看你要做到什么程度
一句话总结：基础购物车不难；完整商用、多端同步、库存 / 优惠联动的购物车属于中等偏上，坑很多。
一、简版购物车（新手 / 小 demo，难度⭐）
功能清单：
- 加入购物车、增减数量、删除单品、全选 / 反选
- 本地存储（浏览器 localStorage），不用登录也能存
- 选中商品合计价格计算
特点：
- 不用数据库存购物车数据，前端就能搞定
- 缺点：换浏览器 / 清缓存就丢失，登录后无法同步适用：演示网站、简单产品展示，不推荐正式卖货。
二、标准商用购物车（常规商城，难度⭐⭐⭐）
这是绝大多数商城用的方案，需要前后端配合核心能力：
- 未登录：购物车存在浏览器本地；登录后自动把本地购物车合并到数据库
- 登录用户：购物车数据存在后端数据库，换设备打开都能看到
- 基础校验：
- 加入购物车时校验库存，不能超库存加购
- 商品下架 / 价格变动，进入购物车自动提示刷新价格
- 选中商品计算总价、支持勾选多个商品结算、跳转下单页
- 购物车列表：商品图片、规格（颜色 / 尺寸）、单价、数量
技术要点
数据库一般设计：购物车表（用户 ID、商品 ID、规格 ID、数量、选中状态、创建时间）
注意：购物车不存实时商品名称图片，只存 ID，展示时关联商品表查询，避免商品改价后购物车数据错乱。
难点（容易踩坑）：
- 登录前后购物车合并：本地购物车和数据库购物车有相同商品时，数量合并，不能重复新增
- 商品状态实时校验：商品下架、库存不足、规格删除，购物车要标记失效商品，不能让用户结算
- 多规格处理：同一个商品多个 SKU，购物车一条记录对应一个 SKU，不能混在一起
三、高级购物车（复杂商城，难度⭐⭐⭐⭐）
叠加营销规则之后，难度明显上升：
- 满减、优惠券、会员折扣、活动价，购物车实时预计算优惠（购物车价格只是预估价，最终价格以订单结算页为准）
- 限时活动、秒杀商品购物车特殊限制（不能加购，或者加购保留很短时间）
- 多门店、多仓库库存、预售商品
- 购物车商品过期清理（比如保留 30 天，清理无效商品）
- 多端同步：小程序、APP、H5 商城共用一套购物车
- 批量操作、批量勾选、购物车推荐商品
重点坑：优惠逻辑非常容易出 BUG，购物车只是预览，真正计算优惠一定要在结算页重新计算，防止前端篡改价格。
四、开发工时参考（标准商用版）
- 前端：1～3 天（页面、加减数量、本地存储、合并逻辑）
- 后端：2～4 天（接口、数据库、库存校验、登录合并、商品状态校验）
如果叠加优惠、多 SKU，再多 2～3 天测试。
五、两种选择对比
- 自己从零开发优点：高度自定义；缺点：需要前后端，还要处理库存、合并、价格校验，后期维护成本高。
- 用现成商城框架（CRMEB、ShopXO、CRUDAdmin 商城模块等）✅ 推荐中小企业：购物车、下单、支付全部内置，直接用，几乎不用自己写购物车逻辑，只改页面样式。
六、额外提醒
购物车不等于订单：购物车只是临时收藏，锁定库存一般不在购物车做，通常是到提交订单那一刻才锁库存。如果购物车就锁库存，很容易被恶意加购把库存占死。
