一种简单的比较方法，如果小数位数有限。我们可以使用Casting来代替DecimalFormat、Math或BigDecimal！

这是样品，

public static boolean threeDecimalPlaces(double value1, double value2){
    boolean isEqual = false;
    // value1 = 3.1756 
    // value2 = 3.17
    //(int) (value1 * 1000) = 3175
    //(int) (value2 * 1000) = 3170

    if ((int) (value1 * 1000) == (int) (value2 * 1000)){
        areEqual = true;
    }

    return isEqual;
}

假设值是双倍的，您可以执行以下操作：

(double)Math.round(value * 100000d) / 100000d

这是5位数精度。零的数量表示小数的数量。

double myNum = .912385;
int precision = 10000; //keep 4 digits
myNum= Math.floor(myNum * precision +.5)/precision;

我同意使用DecimalFormat或BigDecimal的答案。

请先阅读下面的更新！

但是，如果您确实希望舍入双值并获得双值结果，则可以使用上述org.apache.commons.math3.util.Precision.round（..）。该实现使用BigDecimal，速度慢，并且会产生垃圾。

decimal4j库中的DoubleRounder实用程序提供了一种类似但快速且无垃圾的方法：

 double a = DoubleRounder.round(2.0/3.0, 3);
 double b = DoubleRounder.round(2.0/3.0, 3, RoundingMode.DOWN);
 double c = DoubleRounder.round(1000.0d, 17);
 double d = DoubleRounder.round(90080070060.1d, 9);
 System.out.println(a);
 System.out.println(b);
 System.out.println(c);
 System.out.println(d);

将输出

 0.667
 0.666
 1000.0
 9.00800700601E10

看见https://github.com/tools4j/decimal4j/wiki/DoubleRounder-Utility

披露：我参与了decimal4j项目。

更新：正如@iaforek指出的那样，DoubleRounder有时会返回违反直觉的结果。原因是它执行数学上正确的舍入。例如，DoubleRounder.round（256.025d，2）将向下舍入到256.02，因为表示为256.025d的双精度值略小于有理值256.025，因此将向下舍入。

笔记：

这种行为与BigDecimal（double）构造函数非常相似（但与使用字符串构造函数的valueOf（double）不同）。这个问题可以先用双倍的舍入步骤以更高的精度来解决，但它很复杂，我不打算在这里讨论细节

出于这些原因以及本文中提到的所有内容，我不建议使用DoubleRounder。

其中dp=所需的小数位数，并且值是双倍的。

    double p = Math.pow(10d, dp);

    double result = Math.round(value * p)/p;

您可以使用BigDecimal

BigDecimal value = new BigDecimal("2.3");
value = value.setScale(0, RoundingMode.UP);
BigDecimal value1 = new BigDecimal("-2.3");
value1 = value1.setScale(0, RoundingMode.UP);
System.out.println(value + "n" + value1);

参考：http://www.javabeat.net/precise-rounding-of-decimals-using-rounding-mode-enumeration/