不该全塞进$_SESSION；只存product_id、quantity、variant_id等精简字段，图片、描述等非关键数据应按需查库，避免性能下降与gc清理风险。
购物车数据该不该全塞进 $_SESSION？
能塞，但不推荐全塞——尤其是商品图片、描述、库存状态这类非关键字段。Session 本质是服务端内存（或文件/Redis）里的临时存储，体积大会拖慢每次请求的序列化/反序列化，还可能触发 PHP 的 session.gc_maxlifetime 提前清理。
只存最精简的「购买意图」：商品 ID、数量、规格选项 ID（如 size_id、color_id）。其他信息在结算页或详情页按需查库。
- ✅ 推荐存：
product_id、quantity、variant_id、cart_item_id（可选，用于去重或更新） - ❌ 避免存：
product_name、image_url、price_snapshot（除非业务强依赖历史价，否则应从数据库实时读） - ⚠️ 注意：
$_SESSION不自动处理并发写入，同一用户多标签页同时改购物车，可能丢失更新（见下一条）
多个标签页操作购物车，数量对不上怎么办？
PHP 默认 Session 是阻塞式写入：A 标签页执行 session_start() → 读取 → 修改 → session_write_close()，B 标签页在此期间调用 session_start() 会被卡住，直到 A 写完。结果是 B 读到的是旧数据，覆盖了 A 的修改。
根本解法不是“等”，而是「读-改-写」原子化。实际中不用自己造锁，直接用数据库临时表或 Redis 做购物车主存更稳。
立即学习“PHP免费学习笔记（深入）”；
- 简单过渡方案：在每次修改前先
session_write_close()，再重新session_start()读最新值（治标） - 推荐路径：把购物车存在 MySQL 的
cart_items表里，用user_id或session_id关联；Session 只存一个cart_token作索引 - 如果坚持纯 Session，至少加个时间戳字段
updated_at，前端提交时带上，后端比对防止覆盖旧操作
$_SESSION['cart'] 用数组还是序列化字符串？
用关联数组，别序列化。PHP Session 本身就会对整个 $_SESSION 数组做 serialize()，你再套一层纯属叠 buff，还增加调试成本。
结构建议扁平化，用商品唯一键作数组下标，避免遍历时重复计算：
$cart = [
'1024_3' => ['product_id' => 1024, 'variant_id' => 3, 'quantity' => 2],
'1024_5' => ['product_id' => 1024, 'variant_id' => 5, 'quantity' => 1],
];
其中 '1024_3' 是 product_id 和 variant_id 拼接的键，确保同商品不同规格不合并。
- 拼接符别用
-或.，防止 ID 本身含这些字符（比如1024.5）导致误拆 - 别用
md5()哈希作键——调试时看不到原始 ID，查问题要多绕三步 - PHP 7.4+ 可考虑用
array_key_exists()判断是否存在，比in_array()快得多
用户未登录时购物车怎么保留？
靠 session_id。只要没清 cookie 或过期，匿名用户的 Session 就一直有效。重点不是“怎么存”，而是“什么时候迁移到登录态”。
用户注册/登录成功后，立刻把当前 $_SESSION['cart'] 合并到该用户的数据库购物车里，并清空 Session 中的 cart 数据（防止下次用别的账号又带出来）。
- 迁移逻辑必须幂等：检查数据库里是否已有相同
product_id + variant_id的项，有则quantity += new_qty，没有则插入 - 别漏掉“登录后清空 Session cart”的步骤，否则用户反复登录会不断叠加购物车
- 如果用了 Redis 存 Session，确认
session.cookie_lifetime设得够长（比如 0 表示浏览器关闭才失效），不然用户关个页面就丢购物车
真正难的不是实现，是商品下架、价格变动、库存扣减这些业务状态和购物车数据的同步时机——它们不在 Session 能管的范围里，得靠订单创建那一刻的最终校验兜底。
