为什么 Scanner 类没有 nextChar 方法？ [关闭]

Question

这真的是一个好奇心而不是一个问题......

为什么Scanner 类没有nextChar() 方法？当您考虑到它具有next、nextInt、nextLine 等方法这一事实时，它似乎应该这样做。

我知道您可以简单地执行以下操作：

userChar = in.next().charAt(0);
System.out.println( userChar  );

但是为什么没有nextChar() 方法呢？

Answer 1

原因是 Scanner 类是为读取空格分隔的标记而设计的。它是一个包装底层输入流的便利类。在扫描仪之前，您所能做的就是读取单个字节，如果您想读取单词或行，那将是一个很大的痛苦。使用 Scanner，您传入 System.in，它会执行许多 read() 操作来为您标记输入。读取单个字符是更基本的操作。 Source

您可以使用(char) System.in.read();。

Answer 2

根据javadoc，Scanner 似乎不适合读取单个字符。您将Scanner 附加到InputStream（或其他东西），它会为您解析输入。它还可以去除不需要的字符。因此，您可以轻松读取数字、线条等。当您只需要输入中的字符时，例如使用 InputStreamReader。

Answer 3

要获得明确的原因，您需要询问该 API 的设计者。

但一个可能的原因是（假设的）nextChar 的意图不太适合扫描模型。

• 如果 nextChar() 在 Reader 上的行为类似于 read() 并简单地从扫描仪返回下一个未使用的字符，那么它的行为与其他 next<Type> 方法不一致。它们在尝试解析值之前会跳过分隔符。

• 如果nextChar() 表现得像（比如说）nextInt 那么：

  • 对于某些人来说，跳过分隔符是“意外的”，并且

  • 问题在于它是否应该接受单个“原始”字符，或者是char 的数字表示的数字序列，或者甚至可能支持转义或其他东西^1.

无论他们做出什么选择，有些人都不会高兴。我的猜测是设计师决定远离 tarpit。

---

^{1 - 强烈支持原始字符方法......但关键是有需要分析的替代方案等。}

Answer 4

Scanner 类基于 String next(Pattern) 方法中实现的逻辑。额外的 API 方法，例如 nextDouble() 或 nextFloat()。提供里面的图案。

然后上课description says：

一个简单的文本扫描器，可以解析原始类型和字符串 使用正则表达式。

扫描器使用分隔符模式将其输入分解为标记， 默认情况下匹配空格。然后生成的令牌可能是 使用各种 next 转换为不同类型的值 方法。

从描述中可以遗憾的是，有人忘记了 char，因为它肯定是一种原始类型。

但是类的概念是寻找模式，一个没有模式的字符就是下一个字符。恕我直言，这个逻辑导致 nextChar 没有实现。

如果您需要逐个字符读取归档的字符，则可以使用更高效的类。

Answer 5

我想这与编码有关。 char 是 16 个字节，某些编码将使用一个字节来表示一个字符，而另一种编码将使用两个甚至更多。最初设计 Java 时，他们假设任何 Unicode 字符都可以容纳 2 个字节，而现在一个 Unicode 字符最多需要 4 个字节（UTF-32）。 Scanner 无法在单个 char 中表示 UTF-32 代码点。

您可以在构造实例时指定Scanner 的编码，如果未提供，它将使用平台字符集。但这仍然不能处理 3 或 4 字节 Unicode 字符的问题，因为它们不能表示为单个 char 原语（因为 char 只有 16 字节）。所以你最终会得到不一致的结果。