DecimalFormat.getCurrencyInstance() 必须显式传入 Locale 才能正确适配国家货币格式，否则依赖不可控的JVM默认区域设置；Locale决定格式惯例而非法定货币，多币种场景需结合Currency.getInstance()控制实际币种。
DecimalFormat.getCurrencyInstance() 本身不“自动适配”国家，它依赖于你传入的 Locale 参数——只有明确指定目标国家/地区的 Locale，才能正确显示对应货币符号、格式（如千分位分隔符、小数点位置、货币符号前后顺序等）。
关键：必须显式传入 Locale
不传 Locale 或仅用默认构造，会使用 JVM 启动时的默认区域设置（通常是系统语言环境），结果不可控且无法跨地区一致。
- ✅ 正确做法：DecimalFormat.getCurrencyInstance(Locale.CHINA) → 显示 ¥123.45
- ✅ 正确做法：DecimalFormat.getCurrencyInstance(Locale.US) → 显示 $123.45
- ✅ 正确做法：DecimalFormat.getCurrencyInstance(Locale.GERMANY) → 显示 123,45 €（欧元在前，逗号作小数点，空格分隔）
- ❌ 错误写法：DecimalFormat.getCurrencyInstance() → 结果取决于运行环境，开发机是中文，服务器是英文，就可能出错
如何获取合适的 Locale？
不能靠猜，要从可信来源获取：
- 用户登录/注册时选择的国家/语言（存在数据库或用户配置中）
- HTTP 请求头中的 Accept-Language（需解析，注意它表示语言偏好，不完全等价于货币区，但可作为 fallback）
- 前端通过 JavaScript navigator.language 或 Intl.DateTimeFormat().resolvedOptions().locale 上报的地区标识（如 en-GB、ja-JP），后端据此映射为 Java Locale
- 业务场景固定：如订单面向日本用户，直接用 new Locale("ja", "JP")
注意货币与 Locale 的非一一对应关系
Locale 决定的是「格式惯例」，不是「法定货币」。例如：
- Locale.CANADA 默认用 CAD（加元），但加拿大魁北克也常用 USD；若业务要求显示 USD，就不能只靠 Locale，得结合货币代码（如 USD）单独控制
- Locale.FRANCE 和 Locale.GERMANY 都用 EUR，但格式不同（法国：123,45 €；德国：123,45 €，看似一样，但法国千分位用空格，德国用点——实际 DecimalFormat 会按 Locale 规则处理）
- 真正需要动态切换币种（如多币种报价），应使用 java.util.Currency + NumberFormat 组合，而非仅靠 Locale
简单实用示例
假设你要为德国用户显示 1234.56 欧元：
Locale deLocale = Locale.GERMANY;
NumberFormat fmt = DecimalFormat.getCurrencyInstance(deLocale);
// 可选：强制使用 EUR（即使 Locale 是 US，也显示 €）
fmt.setCurrency(Currency.getInstance("EUR"));
String result = fmt.format(1234.56); // 输出："1.234,56 €"
其中 fmt.setCurrency(...) 能覆盖 Locale 默认货币，适合多币种系统。
