java - Java 中的 BigDecimal 类 - 常量值背后的原因

Question

我正在锻炼Java Puzzlers第二个谜题。

public class Change {
  public static void main(String args[]) {
    System.out.println(2.00 - 1.10);
  }
}

您会认为答案是 0.9。但事实并非如此。如果你锻炼这个，你会得到 0.8999999。给出的解决方案是

System.out.println(new BigDecimal("2.00").subtract(new BigDecimal("1.10")));

现在它将打印 0.9。我明白为什么它会打印 0.89999。但是虽然我好奇地调试 BigDecimal 类，我发现在大多数地方都有许多常量值被替换。我将在下面列出所有这些，并且有兴趣了解其背后的原因。

BigDecimal.java第 394 行，

               while (len > 10 && Character.digit(c, 10) == 0) {
                    offset++;
                    c = in[offset];
                    len--;
                }

在这里Character.digit (c,10).

public static int digit(char ch, int radix) {
        return digit((int)ch, radix);
    }

这里 10 作为基数传递。
Q1。为什么 10 在那里传递。？？

BigDecimal.java 行号 732

int sign = ((valBits >> 63)==0 ? 1 : -1);
        int exponent = (int) ((valBits >> 52) & 0x7ffL);
        long significand = (exponent==0 ? (valBits & ((1L<<52) - 1)) << 1
                            : (valBits & ((1L<<52) - 1)) | (1L<<52));
        exponent -= 1075;

Q2。如果你深入查看代码，你可以理解valBits是什么，我无法理解为什么在某些地方使用右移？

Q3。在这里您还可以看到使用了 63、52 等许多常量。为什么？

Q4。我可以理解这里使用的十六进制0x7ffL会提高执行速度。再次说明为什么 BitWise & 运算符与十六进制常量一起使用。

我希望我的问题很清楚。感谢您的耐心等待。

Answer 1

Q1:当然，基数是计算的基础。您使用的是以 10 为基数的数字 ;)

Q4:7ff 二进制:0111 1111 1111

如果您阅读位移运算符的解释，Java "Bit Shifting" Tutorial?你会看到 >> 63 丢弃前 63 位并保留最后一位。最后一位是符号位(对于有符号类型)。如果它是 1 则整数为负，因此那里有 int 符号。

另外可以引用https://en.wikipedia.org/wiki/Floating_point对于 float 的定义。 52是为了区分指数和尾数。

Q4:当然，对于指数，您不想在其中使用“符号”位，因为它不是指数的一部分，因此掩码为 7ff。 Bitwise & 0x7ff 就是这样做的；它只会在第一位上放置一个 0，而将另一个保留为相同的状态。 (参见“与”运算符的真值表 https://en.wikipedia.org/wiki/Truth_table )

编辑:

Q4 补充:如果指数是 12，那么第一位将是这样的:

0000 0000 1100 ... (positive value) (ex: 1x10^12)
1000 0000 1100 ... (negative value) (ex: -1x10^12)

但是:1000 0000 1100 是十进制的 2060。

如果你应用“面具”:

  1000 0000 1100 & 0111 1111 1111 -> 0000 0000 1100 (12 decimal)
  AND
  0000 0000 1100 & 0111 1111 1111 -> 0000 0000 1100 (12 decimal)

这就是 0x7ff 的用途。