17370845950

Java控制台小游戏是理解输入输出、流程控制和状态管理的起点；需统一用nextLine()读输入并手动转类型，或在nextInt()后调用nextLine()清换行符，复用Scanner实例，伪清屏用多空行替代。

Java 控制台小游戏不是练手终点，而是理解输入输出、流程控制和状态管理的起点。用 Scanner 读输入、System.out.println() 渲染界面、靠循环和条件维持游戏逻辑——这三板斧够跑通大多数入门项目，但容易在细节上卡住。

怎么让玩家输入不卡死或跳过？

常见现象是 nextInt() 后接 nextLine()，结果后者直接返回空字符串。这是因为 nextInt() 不消费换行符，下一次 nextLine() 立刻读到它。

• 统一用 nextLine() 读所有输入，再手动转类型：

  String input = scanner.nextLine();
  int choice = Integer.parseInt(input);

• 或者在 nextInt() 后加一句 scanner.nextLine(); 清掉残留换行
• 别在循环里反复 new Scanner(System.in)，一个实例复用到底

怎么清屏或让界面看起来像“在动”？

Java 标准库没有跨平台清屏 API。依赖终端行为，不能硬清，只能“伪清”：

• Windows 下可用 Runtime.getRuntime().exec("cls")，但会抛异常且不阻塞，后续输出可能错位
• 更稳的做法是打印 30 行空行：

  for (int i = 0; i < 30; i++) System.out.println();

• 每次重绘前先输出 "\033[2J\033[H"（ANSI 转义序列），Linux/macOS 有效，Windows 10+ 需开启虚拟终端支持
• 真正要“动”，靠的是快速重绘 + 固定帧率（比如 Thread.sleep(100)），而不是刷新屏幕本身

如何组织猜数字/扫雷/贪吃蛇这类小项目的结构？

别一上来就写 200 行 Main。三个核心类足够支撑多数控制台游戏：

• Game 类：持有 Board 和 Player，负责主循环、胜负判定、输入分发
• Board 类：封装状态（如二维数组）、提供 placeMine()、revealAt(x, y) 等方法，不碰输入输出
• Renderer 类：只做一件事——把 Board 当前状态转成字符串并 System.out.print()，可含颜色（用 ANSI）或边框字符

这样改规则（比如扫雷改成显示周围雷数）只动 Board，换界面风格只动 Renderer，逻辑和展示不搅在一起。

为什么随机数老是“不随机”或重复？

不是算法问题，是实例误用：

• 别每次需要随机数都 new Random()，尤其在循环里——毫秒级时间戳做种子，会导致连续生成相同值
• 声明为 private static final Random RNG = new Random();，全局复用
• 用 RNG.nextInt(10) 得 [0, 9]，要 [1, 10] 就写 RNG.nextInt(10) + 1
• 测试时想复现结果

  

  ？构造 new Random(123L) 传固定种子，比调试方便得多

控制台游戏真正的复杂点不在语法，而在状态同步：玩家输入、游戏逻辑、画面刷新三者节奏稍一错位，就会出现“按了没反应”“显示滞后两步”“光标乱跳”。先保主循环干净（无阻塞 IO、无耗时计算），再谈优化。