怎么利用 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。清楚地区分这两点，能避免很多不必要的困惑。