应使用ArrayList<Product>而非Array实现购物车，因其自动扩容、支持动态增删改查；需注意去重逻辑、ID定位删除、封装quantity更新方法、输入异常处理、索引越界检查、价格精度控制（推荐int分单位或BigDecimal）、清空后状态重置及购物车封装。
用 ArrayList 存商品，别用 Array
控制台购物车本质是动态增删改查，Array 长度固定，每次加商品都要手动扩容、复制，容易出错且难维护。直接用 ArrayList<Product> 更稳妥——它底层自动处理扩容，支持 add()、remove(int)、get(int) 等常用操作。
注意：如果商品需去重（比如同名同价只算一件），ArrayList 本身不保证唯一性，得靠业务逻辑判断，或改用 LinkedHashSet（保持插入顺序+去重）。
-
Product类至少要有id、name、price、quantity字段 - 避免用
String拼接商品信息做 key，易因空格/大小写误判重复 - 删除时别只靠
name，优先用唯一id定位，防止同名商品删错
修改数量要用 set() 或封装更新方法，别直接改字段
用户输入“将商品 2 的数量改为 5”，如果直接拿到 ArrayList 里的 Product 对象，然后写 product.quantity = 5，看似快，但后续统计总价、打印列表时容易因对象状态不一致出 bug（比如没同步更新小计字段）。
更可靠的做法是：为 Product 提供 updateQuantity(int newQty) 方法，在内部校验合法性（如 newQty < 0 则抛异常或设为 0），并可顺带重算 subtotal。
立即学习“Java免费学习笔记（深入）”；
- 控制台输入解析后，务必先用
try-catch包住Integer.parseInt()，防止用户输 “abc” 导致程序崩溃退出 - 修改前建议用
list.get(index)先检查索引是否越界，IndexOutOfBoundsException是常见运行时错误 - 若支持“增加 3 件”而非“设为 3 件”，记得用
+=而非=
计算总价时小心浮点数精度，用 BigDecimal 或转为分单位整数
直接用 double price = 19.99 累加多次后可能出现 59.989999999999995 这种结果，控制台显示很诡异。Java 中金融类计算必须规避 float/double。
两种实用方案：
– 方案一：价格统一存为 int（单位：分），显示时除以 100.0 并格式化；
– 方案二：用 BigDecimal，构造时用字符串（new BigDecimal("19.99")），别用 double 构造器。
-
BigDecimal的add()、multiply()返回新对象，不是原地修改，别漏了赋值 - 打印总价时用
setScale(2, RoundingMode.HALF_UP)保证两位小数 - 如果只是教学演示且不涉及真实金额，可用
String.format("%.2f", total)应急，但别在实际项目里这么干
清空购物车后要重置状态，别只清 ArrayList
调用 cartList.clear() 确实能删掉所有商品，但容易忽略关联状态：比如你有个 totalAmount 变量缓存了当前总价，清空后没重置，下次加商品就从旧值累加；或者有个 nextId 计数器用于生成新商品 ID，清空后没归零，会导致 ID 不连续。
推荐做法是把购物车封装成独立类（如 ShoppingCart），提供 clear() 方法，在里面统一重置所有内部字段。
- 不要在主循环里反复
new ArrayList<>()替代清空——对象创建有开销，且可能让引用失效 - 如果支持“恢复上次清空”，就得额外实现撤销栈（
Deque<List<Product>>），这已超出基础控制台需求，先放一放 - 清空后建议输出提示语，比如 “✅ 购物车已清空”，否则用户不确定操作是否生效
ArrayList 引用时，一个地方改乱了，其他地方读出来就是错的。 
