Java命令行购物车系统开发教程

在文章实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《Java开发命令行购物车系统详解》，聊聊，希望可以帮助到正在努力赚钱的你。

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

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

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

• 用纯文本 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() 等方法抛的异常，购物车里高频出现在「用户输错选项反复提示」后强行退出的场景。

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

今天关于《Java命令行购物车系统开发教程》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！