我最近在一个项目中开始使用Sonar,并且我得到了关于使用构造函数的PMD规则new BigDecimal(double val).当我阅读java文档时,我发现新的BigDecimal(double val)有些不可预测,我应该使用new BigDecimal(String val)哪个是可预测的.
这是javadoc所说的BigDecimal public BigDecimal(double val):
将double转换为BigDecimal,它是double的二进制浮点值的精确十进制表示形式.返回的BigDecimal的比例是最小值,使得(10scale×val)是整数.
笔记:
这个构造函数的结果可能有点不可预测.有人可能会认为
new BigDecimal(0.1)用Java 编写创建的数字BigDecimal恰好等于0.1(未缩放值为1,等级为1),但它实际上等于0.1000000000000000055511151231257827021181583404541015625.这是因为0.1不能精确地表示为double(或者,就此而言,作为任何有限长度的二进制分数).因此,传递给构造函数的值并不完全等于0.1,尽管有外观.另一方面,String构造函数是完全可预测的:正如人们所期望的那样,write
new BigDecimal("0.1")会创建一个BigDecimal与0.1完全相等的值.因此,通常建议优先使用String构造函数.当必须将double用作a的源时
BigDecimal,请注意此构造函数提供了精确的转换; 它不会产生与使用该Double.toString(double)方法将double转换为String 然后使用BigDecimal(String)构造函数相同的结果 .要获得该结果,请使用静态valueOf(double)方法.
为什么这个构造函数确实存在？心不是new BigDecimal(String val)能有这样的事？我new BigDecimal(double val)什么时候应该使用构造函数？
java ×1