必须用string构造器，因double的二进制近似值（如0.1实为0.10000000000000000555）会被原样封装，导致精度丢失；而string构造器直接按十进制字面量解析，无损还原原始数值。
用 BigDecimal(String) 构造器，是避免浮点数精度丢失最直接有效的方式——它绕过了 double 或 float 二进制表示的固有缺陷，从字符串字面量直接解析出精确的十进制数值。
为什么不能用 double 构造器
当你写 new BigDecimal(0.1)，实际传入的是 double 类型的 0.1。而 0.1 在二进制中无法精确表示，底层存储的是一个近似值（如 0.10000000000000000555...），BigDecimal 只是忠实地把这个“已经失真”的值封装进去，精度问题照旧存在。
例如：
System.out.println(new BigDecimal(0.1)); // 输出：0.1000000000000000055511151231257827021181583404541015625String 构造器如何封杀精度丢失
字符串是人类可读的、无歧义的十进制字面量。只要字符串本身写得准确（如 "0.1"、"123.456789"），BigDecimal(String) 就能按十进制规则逐位解析，生成完全匹配预期的精确值。
关键点：
- 输入必须是字符串字面量或确定无二进制误差的字符串（比如用户输入、数据库查出的字符串、JSON 中的数字字段转成字符串）
- 不要把
double先 toString() 再传入——Double.toString(0.1)虽然看起来是"0.1"，但某些边界值仍可能暴露舍入痕迹；更稳妥的是始终从源头保证是字符串 - 字符串中支持科学计数法（如
"1.23E-4"）、带正负号、前后空格（会自动 trim）
实际使用建议
日常开发中，要主动切断 double → BigDecimal 的隐式路径：
- 接收用户输入的金额、利率等数字时，用
String接收，再构造BigDecimal - 从数据库读取数值字段，优先用
ResultSet.getString()而非getDouble()，再转BigDecimal - 配置文件或 JSON 中的数字，解析为字符串后构造，避免经由
Double.parseDouble() - 单元测试中写常量，直接写
new BigDecimal("19.99")，别写new BigDecimal(19.99)
注意几个常见陷阱
String 构造器虽强，但不是万能护身符：
-
new BigDecimal("0.10")和new BigDecimal("0.1")数值相等，但scale不同（分别为 2 和 1），影响除法、比较、格式化行为 - 字符串含非法字符（如逗号、中文符号、多余字母）会抛
NumberFormatException - 空字符串或 null 会直接报错，需提前校验
- 性能略低于 double 构造器（但精度优先级远高于这点开销）
