BigDecimal.valueOf(double)不安全，因double无法精确表示多数十进制小数（如0.1），会带入二进制浮点误差；安全方式是用String（如new BigDecimal("0.1")）或long+scale构造。
BigDecimal.valueOf(double) 本身不是“安全”的转换方式，它会直接保留 double 的二进制浮点误差，导致意外结果。真正安全的方式是：**避免用 double 构造 BigDecimal，改用 String 或 long + scale**。
为什么 valueOf(double) 不安全？
double 是二进制浮点数，无法精确表示很多十进制小数（如 0.1）。BigDecimal.valueOf(0.1) 实际传入的是 double 类型的 0.10000000000000000555...，所以结果是 0.1000000000000000055511151231257827021181583404541015625，而非预期的 0.1。
安全替代方案
✅ 推荐用字符串构造：
-
new BigDecimal("0.1")—— 精确按字面量解析，无精度丢失 -
BigDecimal.valueOf(1, 1)表示 1 × 10⁻¹ = 0.1（适合整数+缩放） - 若原始数据来自用户输入、配置或数据库字段（非计算中间结果），优先转成 String 再构造
如果必须从 double 转换怎么办？
仅限你明确知道该 double 值本身是精确可表示的（如小整数、2 的幂次倍数），或你接受其固有误差：
立即学习“Java免费学习笔记（深入）”；
-
BigDecimal.valueOf(1.0)→ 安全（1.0 可精确表示） -
BigDecimal.valueOf(0.5)→ 安全（0.5 = 2⁻¹） -
BigDecimal.valueOf(0.1)→ 不安全（应写成new BigDecimal("0.1")）
常见误用场景提醒
❌ 错误：从 Math.random()、Double.parseDouble()、JSON 解析得到的 double 直接传给 valueOf()
✅ 正确：先格式化为规范字符串（如用 DecimalFormat 或 String.format），再 new BigDecimal(str)
⚠️ 注意：Double.toString(d) 比 String.valueOf(d) 更可靠（前者遵循 JVM 规范输出最短精确表示），但仍不保证是业务所需的十进制含义。
