BigDecimal构造应避免double参数，须用String或valueOf；四则运算必须调用add、subtract等方法；比较大小唯一可靠方式是compareTo；setScale和divide需按业务选RoundingMode，货币标度通常为2。
BigDecimal构造时别用double参数
直接用new BigDecimal(0.1)会导致精度污染，因为0.1这个double字面量在二进制中本就是近似值，传入后会把误差原样保留。比如new BigDecimal(0.1).toString()实际输出"0.1000000000000000055511151231257827021181583404541015625"。
正确做法是用字符串构造：new BigDecimal("0.1")。所有需要精确表达的数值，只要来源是字面量、用户输入或数据库字段（非binary类型），都应走String构造器。
- 从
double转来必须先用Double.toString(d)再构造，但更推荐源头就避免double -
BigDecimal.valueOf(double)是安全的——它内部调用了Double.toString，可作为double转BigDecimal的唯一推荐方式 - 从数据库读取
DECIMAL或NUMERIC字段时，JDBC驱动通常返回String或BigDecimal，优先取后者
四则运算必须用方法而非操作符
Java不支持BigDecimal的+、-、*、/重载，写a + b会触发自动拆箱为double再相加，彻底丢失精度和语义。
所有计算必须显式调用方法：
立即学习“Java免费学习笔记（深入）”；
- 加法：
a.add(b) - 减法：
a.subtract(b) - 乘法：
a.multiply(b) - 除法：
a.divide(b, scale, RoundingMode.HALF_UP)——除法必须指定精度和舍入模式，否则遇到无限小数（如1/3）直接抛ArithmeticException
注意multiply结果的精度是两操作数精度之和，而add/subtract结果精度是两者中较大者，这些细节会影响后续比较或存储。
