购物车数量边界控制应通过原子集合操作与统一校验实现：Map场景用merge/put兜底，List场景封装updateQuantity方法，所有入口经clampQuantity裁决，并在清空、恢复时同步校验派生状态。
购物车中控制数量边界，关键不是“拦住用户点”，而是让每次增减操作都落在合法范围内，并确保底层集合结构能稳定承载这种约束逻辑。
用Map做数量映射时，边界由put/merge动作兜底
当使用 Map<product integer></product> 存储商品与数量时，数量变更不能靠“改字段”实现，必须通过集合操作原子更新：
- 加购统一走
cart.merge(product, 1, Integer::sum)—— 自动处理新增和累加，无需手动判空 - 减购先检查是否存在：
if (cart.containsKey(p))，再计算新值：int newQty = Math.max(1, cart.get(p) - 1)，最后用cart.put(p, newQty)或cart.replace(p, newQty) - 设为指定值时，直接
cart.put(p, Math.max(1, targetQty))，强制下限为1（或按业务设为0）
用List存商品实例时，数量字段需封装校验
若购物车用 ArrayList<Product>，每个 Product 自带 quantity 字段，则不能裸露修改，必须封装方法：
- 提供
updateQuantity(int newQty)方法，在内部执行this.quantity = Math.max(0, newQty) - 加减操作调用
product.updateQuantity(product.getQuantity() + delta)，避免中间态非法值 - 构造时也应校验：比如
new Product(..., -5)应抛异常或自动归零，防止脏数据入集合
边界规则要统一出口，别在多处写if判断
数量下限（如≥0或≥1）、上限（如≤库存）这些规则，如果分散在按钮点击、输入解析、导入逻辑里，极易漏检或不一致：
- 把校验逻辑收口到一个工具方法，例如
clampQuantity(int raw, int min, int max) - 所有增减入口（控制台命令、API参数、UI事件）都先过这个方法，再进集合操作
- 父组件或服务层做最终裁决：子组件可传“想减1”，但父组件收到后查库存，决定是减1、减到库存上限，还是提示缺货
清空或重置时也要守边界
清空购物车不只是 cart.clear()，还要同步清理可能缓存的总数、总价等派生状态：
- 若维护了
totalQuantity变量，清空前需设为0，而不是依赖遍历重算（避免遗漏） - 批量删除某类商品后，检查剩余项是否全为0，若是，主动触发一次
cart.clear()避免空集合残留 - 从持久化恢复购物车时，对每条记录的数量仍要过一遍
clampQuantity，防止数据库脏数据穿透
