Scanner.useLocale()实现多语言小数点数值解析

在处理国际化数据时，Scanner.useLocale() 方法是一个常见的误区。开发者可能期望通过设置语言环境，让 Scanner 自动解析不同格式的数字，例如同时识别英文的“3.14”和德语的“3,14”。然而，实际情况并非如此。

Scanner.useLocale() 无法直接解决小数点解析问题

该方法确实会影响 nextDouble()、nextInt() 等方法的解析规则，但其本质是“规则匹配”，而非“格式转换”。这意味着输入字符串的格式必须与所设置的 Locale 完全一致。

例如，将 Scanner 的 Locale 设置为 Locale.FRANCE（使用逗号作为小数点）后，尝试解析字符串 "3.14"（英文小数点）时，Scanner 不会进行转换，而是直接抛出 InputMismatchException。

常见误区：认为设置 locale 即可兼容所有小数格式

基于上述误解，容易在特定场景下遇到问题。以下是几个典型陷阱：

• 环境与输入不匹配：程序在德语系统上运行，并调用了 scanner.useLocale(Locale.GERMAN)，但数据源为英文格式（如 "123.45"），导致解析失败。
• 混合格式数据源：读取 CSV 文件时，数字分隔符可能混合使用点号和逗号。单一的 useLocale() 设置无法动态适应这种情况。
• 误作“容错开关”：将 useLocale() 视为能自动适配任何数字格式的万能开关，而忽略了它仅改变了 Scanner 的“预期”，并未改变输入数据本身。

可靠的处理方式：预处理与显式 locale 控制

要稳健处理不同格式的小数，关键在于主动控制。核心思路是：确保输入格式与 Locale 一致，或在解析前将输入标准化。

• 场景一：输入格式确定
  若数据源格式固定（如始终返回英文格式的 API），可直接使用对应的 Locale，例如 Locale.US。

  Scanner scanner = new Scanner(input);
  scanner.useLocale(Locale.US);
  double value = scanner.nextDouble();

• 场景二：输入格式混杂
  对于不可控的输入（如用户手动输入），更安全的做法是先进行字符串预处理，将其转换为标准格式（通常是英文格式），然后再解析。

  String clean = input.replace(',', '.'); // 简单替换，适用于单小数点场景
  double value = Double.parseDouble(clean);

• 场景三：需要严格的 locale 感知
  对于财务、货币等需要精确遵循特定区域格式的场景，NumberFormat 类是比 Scanner 更专业的选择。

  NumberFormat format = NumberFormat.getInstance(Locale.FRANCE);
  Number number = format.parse("123,45");
  double value = number.doubleValue();

Locale 设置的生效时机和范围

理解 useLocale() 的生效细节也很重要：

• 它只影响调用之后的所有 nextXXX() 方法，对已缓存或之前解析过的 token 无效。
• 每个 Scanner 实例独立维护自己的 Locale 设置，修改一个实例不会影响其他实例。
• 设置必须在调用 nextDouble() 等解析方法之前完成。中间即使穿插了 nextLine() 调用，也不会重置已设置的 Locale。
• 不同线程中的 Scanner 实例互不干扰，无需担心线程安全问题。
• 注意，Locale.getDefault() 可能被 JVM 启动参数（如 -Duser.language）或程序运行时的其他代码修改，不要假设它恒定不变。

最后需注意，Scanner 对空白字符（如空格、制表符）的分割逻辑（决定 nextDouble() 如何找到下一个 token）与数字解析的规则（决定如何理解 token 中的小数点）是两套独立机制。前者与 Locale 无关，后者则完全绑定 Locale。清楚区分这两点，能避免许多困惑。