Scanner读取输入卡住或跳过是因为nextInt()等方法不消费换行符，导致后续nextLine()读到空行；应统一用nextLine()解析，或在nextInt()后手动调用nextLine()清缓冲区。

用 Scanner 读取用户输入时为什么总卡住或跳过？

Java 命令行购物车最基础却最容易出问题的环节就是输入处理。常见现象是：nextLine() 突然不等待输入、数字输入后字符串输入直接为空——这几乎全是 nextInt() / nextDouble() 留下的换行符惹的祸。

• nextInt() 只读数字，不消费后续的 \n，下一次 nextLine() 就立刻读到空行
• 统一用 nextLine() + 字符串解析更安全，比如 Integer.parseInt(scanner.nextLine().trim())
• 如果坚持混用，每次调用 nextInt() 后手动加一句 scanner.nextLine(); 清掉缓冲区

商品列表用 ArrayList 还是 HashMap 存？

购物车核心数据结构选型直接影响增删查逻辑复杂度。别一上来就套“Map 更快”的惯性思维——这里不是查商品详情，而是管理「用户当前选中的多个同名/不同规格商品」。

• 用 ArrayList<CartItem> 最自然：每加一次商品就 new 一个 CartItem 对象（含 id、name、price、quantity），支持重复添加、按序显示、索引操作（如删除第 3 项）
• 用 HashMap<String, Integer>（商品名 → 数量）只适合极简场景，无法区分同名不同规格商品（比如“iPhone 15 黑色”和“iPhone 15 白色”）
• 真要支持合并相同商品，应在添加逻辑里遍历 ArrayList 判断是否存在同 ID 或同规格，再更新 quantity，而不是靠容器自动去重

怎么让退出前自动保存购物车到文件？

命令行程序关掉就丢数据，用户会骂。但别一上来就写复杂序列化——ObjectOutputStream 要求类实现 Serializable，且生成的二进制文件不可读、难调试。

OpenJDK 24

下载

• 用纯文本 CSV 格式最务实：每行 id,name,price,quantity，用 Files.write() 直接写字符串列表
• 读取时用 Files.readAllLines() + String.split(",") 构造 CartItem，注意处理字段含逗号的边界情况（此时应改用 OpenCSV 库）
• 保存时机放在主循环 break 前即可，别在每次增删后都刷盘，影响响应速度

Files.write(Paths.get("cart.txt"),
    cartItems.stream()
        .map(item -> String.join(",", 
            String.valueOf(item.getId()),
            item.getName(),
            String.valueOf(item.getPrice()),
            String.valueOf(item.getQuantity())))
        .collect(Collectors.toList()),
    StandardCharsets.UTF_8);

运行时报错 Exception in thread "main" java.util.NoSuchElementException？

这是 Scanner 在流已关闭或输入耗尽时调用 nextLine() 等方法抛的异常，购物车里高频出现在「用户输错选项反复提示」后强行退出的场景。

立即学习“Java免费学习笔记（深入）”；

• 永远不要假设用户会按你期待的方式输入——比如菜单选项要求输 1~5，结果用户敲了字母或直接回车
• 用 scanner.hasNextLine() 或 scanner.hasNextInt() 做预检，再决定是否调用对应 next 方法
• 更稳妥的做法：把整个输入逻辑包进 try-catch，捕获 NoSuchElementException 和 InputMismatchException，打印友好提示并 continue 下一轮循环

实际开发中，最难缠的往往不是功能实现，而是输入校验与状态恢复——比如用户中断输入后，购物车对象是否还处于一致状态？文件写到一半崩溃怎么办？这些细节比“怎么加商品”更能决定项目是否真的可用。