String.format 默认不支持千分位分隔符，因%,依赖Locale且中文环境易抛异常；推荐用NumberFormat并显式设Locale和setGroupingUsed(true)；金额务必用BigDecimal计算+NumberFormat格式化。
String.format 本身不支持千分位分隔符
Java 的 String.format 默认的数字格式化（如 "%,d" 或 "%,.2f"）在部分 JDK 版本或 Locale 下可能失效，尤其当系统默认 Locale 不是 en_US 时——比如中文环境（zh_CN）下，%,d 可能直接抛 IllegalFormatFlagsException，或静默忽略逗号。这不是 bug，而是因为 %, 是“依赖 Locale 的格式标志”，必须确保当前线程的默认 Locale 支持该分隔符，且格式化类型匹配。
用 NumberFormat 更可靠
真正稳定控制千分位和小数位的方案是 NumberFormat，它明确分离了 Locale、精度、分组策略：
-
NumberFormat.getCurrencyInstance(Locale)适合带货币符号的金额（如 ¥1,234.56），但会强制使用该 Locale 的货币符号和小数位数 -
NumberFormat.getNumberInstance(Locale)更灵活，可自由设置最大/最小小数位，且始终尊重千分位分隔符 - 务必调用
setGroupingUsed(true)（虽然默认为 true，但显式设更安全）
示例（输出 "1,234.56"）：
NumberFormat fmt = NumberFormat.getNumberInstance(Locale.US); fmt.setGroupingUsed(true); fmt.setMinimumFractionDigits(2); fmt.setMaximumFractionDigits(2); String s = fmt.format(1234.56); // → "1,234.56"
如果坚持用 String.format，必须显式传入 Locale
不能依赖默认 Locale。以下写法在任意环境下都有效：
-
String.format(Locale.US, "%,d", 1234567)→"1,234,567" -
String.format(Locale.US, "%,.2f", 1234.567)→"1,234.57" - 注意：
%,.2f会四舍五入，不是截断；若要保留原始小数位，需先用BigDecimal处理 - 避免用
Locale.getDefault()，它不可控；固定用Locale.US或业务约定的 Locale（如Locale.CHINA输出"1,234.56"而非"1.234,56"）
金额场景下别忽略精度问题
用 double 做金额计算再格式化，可能因浮点误差导致显示异常（如 199.99 + 0.01 得到 200.00000000000003）。正确做法是：
- 底层存储和计算用
BigDecimal - 格式化前调用
bd.setScale(2, RoundingMode.HALF_UP) - 再传给
String.format(Locale.US, "%,.2f", bd.doubleValue())或更好：用NumberFormat直接 formatBigDecimal（JDK 12+ 支持，旧版需转doubleValue()并注意精度）
最稳妥的组合是：BigDecimal 计算 + NumberFormat 格式化 + 显式 Locale。
