Java中如何让Scanner的in.hasNext()正确检测命令行Ctrl-D输入

核心问题拆解 #

你遇到的“碰到空格就终止循环”的现象，本质是两个认知错位叠加导致的，并非Scanner的hasNext()方法逻辑出错：

• Scanner的默认读取规则：Scanner初始化时会自动把所有空白字符（空格、制表符、换行符）设置为token分隔符，调用next()方法时，会自动跳过前后所有空白分隔符，仅读取连续非空白字符组成的序列作为一个独立输入项，并不会把空格作为有效输入内容读入。
• 终端Ctrl-D的交互逻辑：多数类Unix终端（包括Windows下的CMD、PowerShell、WSL终端）在输入缓冲区有未提交内容时，第一次按下Ctrl-D不会直接发送EOF（流结束）信号，只会把缓冲区当前暂存的内容立刻提交给程序；只有连续第二次按下Ctrl-D，才会真正触发流终止的标记。
  当你测试时在内容末尾跟着输入了空格、又顺手按了一次Ctrl-D，Scanner读完最后一个空格前的有效token后，缓冲区剩余全是空白分隔符，没有可读取的有效token，此时尝试从流中拉取下一段内容时，就会因为已经触发了EOF标记返回false，跳出循环——看起来就像程序识别到空格就提前终止了，根本没等你按Ctrl-D。

对应修复方案 #

根据你实际的实验需求选对应写法：

• 如果需求就是读取所有空白分隔的独立输入项（比如拆分的单词、参数），直到流结束才停止：
  保持现有代码逻辑即可，测试操作时注意：把所有要输入的内容（不管中间隔多少空格）全部输入完成后，连续按两次Ctrl-D再等待程序响应，此时循环会完整读完所有输入token，直到真正检测到EOF才退出。
• 如果需求是读取用户输入的整行文本（需要保留行内空格，把整行作为一个独立输入单元）：
  你现在用的hasNext()/next()组合完全不适用，需要替换为行级读取方法，代码调整为：

  while (in.hasNextLine()) {
      inputarray[counter] = in.nextLine();
      System.out.println(inputarray[counter]);
      System.out.println(counter);
      counter++;
  }
  

  hasNextLine()的判断逻辑会把整行内容（包括所有空格）作为有效读取单元，只有真正检测到流末尾（Ctrl-D触发的EOF）时才会返回false，完全匹配你“等Ctrl-D才终止循环”的设计预期。

内容的提问来源于stack exchange，提问作者John McIntyre