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

2019年8月6日 629次阅读

我正在研究
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&运算符在那里使用十六进制常量.

我希望我的问题很明确.真诚地感谢您的耐心等待.

最佳答案 Q1：当然,基数是计算的基础.您正在使用基数为10的数字;)

Q4：7ff为二进制：0111 1111 1111

如果您阅读了位移运算符的解释,Java “Bit Shifting” Tutorial?您会看到>> 63丢弃63个第一位并保留最后一位.最后一位是符号位(用于签名类型).如果它是1则整数为负,因此int符号存在.

另外,您可以参考https://en.wikipedia.org/wiki/Floating_point以获取浮点的定义. 52是区分指数和有效数.

Q4：当然,对于指数,你不想在其中使用’sign’位,因为它不是指数的一部分,因此带有7ff的掩码. Bitwise& 0x7ff就这样做;它只会在第一位上加0,而将另一位置于同一状态. (参见’AND’运算符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的用途.

点赞