Scanner.useLocale()不能直接解决小数点解析问题，因为它只按指定locale规则匹配输入，不自动修正符号；如Locale.GERMAN下无法解析"3.14"（英文小数点），会抛InputMismatchException。
Scanner.useLocale() 为什么不能直接解决小数点解析问题
它确实能影响 nextDouble()、nextInt() 等方法对数字格式的识别，但前提是输入字符串本身符合该 locale 的数字表示规范。比如法语环境（Locale.FRANCE）默认用逗号作小数分隔符，如果你传入 "3.14"（英文小数点），Scanner 会直接抛 InputMismatchException——它不“自动修正”符号，只按规则匹配。
常见错误：以为设了 locale 就能兼容所有小数格式
典型翻车场景：
- 用户输入始终是英文格式（
"123.45"），但程序在德语系统下运行并调用了scanner.useLocale(Locale.GERMAN)→ 解析失败 - 读取 CSV 文件时字段含混合小数符号（如部分行用点、部分用逗号），仅靠
useLocale()无法动态切换 - 误把
useLocale()当成“容错开关”，没意识到它只改变解析规则，不改变输入源
真正可靠的处理方式：预处理 + 显式 locale 控制
不要依赖 Scanner 自动适配，而是把输入标准化后再交给 Scanner 或直接解析：
- 若输入确定为英文小数点（如 API 返回、固定格式日志），统一用
Locale.US：Scanner scanner = new Scanner(input);<br>scanner.useLocale(Locale.US);<br>double value = scanner.nextDouble();
- 若输入可能混用符号（如用户手动输入），先做字符串清洗：
String clean = input.replace(',', '.'); // 简单替换，仅适用于单小数点场景<br>double value = Double.parseDouble(clean); - 若需严格 locale 感知（如财务金额），改用
NumberFormat：NumberFormat format = NumberFormat.getInstance(Locale.FRANCE);<br>Number number = format.parse("123,45");<br>double value = number.doubleValue();
Locale 设置的生效时机和范围
useLocale() 只影响后续的 nextXXX() 调用，不影响已缓存的 token；且每个 Scanner 实例独立维护 locale，不会污染其他实例。
- 必须在调用
nextDouble()前设置，中间穿插nextLine()不会重置 locale - 不同线程中的 Scanner 实例互不影响，无需同步
- 注意
Locale.getDefault()可能被 JVM 启动参数（-Duser.language）或外部代码修改，别假设它恒定
最易忽略的一点：Scanner 对空白字符的分割逻辑（如 nextDouble() 会跳过前导空格）和 locale 无关，但小数符号解析完全绑定 locale——这两者常被当成同一套机制，其实各自独立。
