java - 为什么这两个乘法运算会给出不同的结果?

标签 java int long-integer multiplication operation

为什么我需要添加一个“L”字母才能获得正确的长值?另一个值是什么?

long oneYearWithL = 1000*60*60*24*365L;
long oneYearWithoutL = 1000*60*60*24*365;
System.out.println(oneYearWithL);//gives correct calculation result : 31536000000
System.out.println(oneYearWithoutL)//gives incorrect calculation result: 1471228928

最佳答案

long oneYearWithL = 1000*60*60*24*365L;
long oneYearWithoutL = 1000*60*60*24*365;

您的第一个值实际上是一个长整数(因为 365L 是一个 long,而 1000*60*60*24 是一个 integer,所以 multiplying 一个 long 值与一个 integer 值的结果是一个 long值(value)。

但是第二个值是一个整数(因为你只是将一个 integer 值与一个 integer 值相乘。所以结果将是一个 32-bit 整数。现在该 multiplication 得到的结果超出了整数的实际范围。因此,在分配给变量之前,它会被截断以适应有效的整数范围。

看看下面的打印语句:-

System.out.println(1000*60*60*24*365L);
System.out.println(1000*60*60*24*365);
System.out.println(Integer.MAX_VALUE);

当你运行上面的代码时:-

输出:-

31536000000
1471228928
2147483647

所以,你可以看到区别..

011101010111101100010010110000000000 -- Binary equivalent of 1000*60*60*24*365L
    01111111111111111111111111111111 -- Binary equivalent of Integer.MAX_VALUE

因此,如果您不在数字末尾添加该 L,则会从第一个二进制字符串中删除 4 个最高有效位..

所以,字符串变成了..

(0111)01010111101100010010110000000000 -- Remove the most significant bits..
      01010111101100010010110000000000 -- Binary equivalent of 1471228928

(作为输出得到)


更新:- 从上面的解释,你也可以明白,即使是在第一次赋值时,如果你的乘法的结果是integers再乘以365L 超出范围,然后再次将其截断以适应整数范围,或根据需要转换为 2 的补码表示,然后仅将它与 long 值相乘 - 365L .

例如:-

long thirtyYearWithL = 1000*60*60*24*30*365L;

在上面的例子中,考虑第一部分 - 1000*60*60*24*30。这个乘法的结果是: - 2592000000。现在让我们看看它是如何在 二进制等效 中表示的:-

2592000000 = 10011010011111101100100000000000  -- MSB is `1`, a negative value
             01100101100000010011100000000001  -- 2's complement representation

2 的补码 表示的十进制表示是1702967297。因此,2592000000 在乘以 365L 之前被转换为 -1702967297。现在,这个值适合 integer range,即: - [-2147483648 to 2147483647],所以它不会被进一步截断。

所以,实际的结果是:-

long thirtyYearWithL = 1000*60*60*24*30*365L;
                     = 2592000000 * 365L;
                     = -1702967297 * 365L = -621583063040

所以,所有这些东西都只是考虑应用算术运算时最终结果的实际type。并且对从 left-to-right 移动的操作的每个临时结果执行此检查(考虑具有 left-to-right 关联性的运算符)。如果发现任何临时结果超出范围,则将其相应地转换为适合所需范围,然后再进行下一个操作。


更新 2:-

所以,而不是:-

long thirtyYearWithL = 1000*60*60*24*30*365L;

如果你在开始时移动你的365L,那么你会得到正确的结果:-

long thirtyYearWithL = 365L*1000*60*60*24*30; // will give you correct result

因为,现在您的 temporary 结果将是 long 类型,并且能够保存该值。

关于java - 为什么这两个乘法运算会给出不同的结果?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12758338/

相关文章:

c# - 奇怪的c#溢出错误

java - int 与 long 比较会损害 Java 的性能吗?

java - 在基类中编写一个需要在子类中覆盖的方法实现?

java - 想要在进行事务之前检查表是否存在

java - android maven插件: Plugin execution not covered by lifecycle configuration

C 不使用 fscanf 从 txt 读取整数

java - Properties.loadFromXML() 和 Properties.storeToXML() 方法的目的是什么?

python - int() 不适用于花车?

java - 将原语转换为自定义类

C# 字典包含键/TryGetValue 不工作