为什么需要添加“ 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;
你的第一个值实际上是一个long(因为365L
是long
,并且1000*60*60*24
是integer
,所以multiplying
带long
值的integer
值的结果就是一个long值。
但是第二个值是一个整数(因为你仅将一个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
(作为输出获得)
更新: - 从上面的解释,你也可以理解的是,即使是在第一次转让,如果你对该结果multiplication
的integers
使用乘以之前365L进入超出范围,则再次将被截断,以适应在整数的范围,或转换成2's complement representation
如果需要,则仅将其与相乘long value - 365L
。
例如:
long thirtyYearWithL = 1000*60*60*24*30*365L;
在上面的示例中,请考虑第一部分- 1000*60*60*24*30
。此乘法的结果是:- 2592000000
。现在,让我们看看它的表示方式binary equivalent:-
2592000000 = 10011010011111101100100000000000 -- MSB is `1`, a negative value
01100101100000010011100000000001 -- 2's complement representation
表示形式的十进制表示2's complement
形式是1702967297
。因此,先2592000000
转换-1702967297
,再乘以365L
。现在,由于此值适合于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
,并且能够保留该值。
下面的代码通过使用特征向量作为容器或简单的C数组来实现相同的计算。它产生一个封闭的但不是位到位等效的结果。 最后的数学运算是。
我试图做一个函数,返回数组的长度,但函数总是返回8
问题内容: 在回答了这个问题之后,我很困惑为什么这段代码中的整数溢出而不是负数。奇怪,为什么这么精确的数字?为什么是0? 输出: 问题答案: 仅当的起始值为偶数时,才会发生这种情况。 根据JLS§15.17.1: 如果整数乘法溢出,则结果是数学乘积 的低阶位 ,以某种足够大的二进制补码格式表示。结果,如果发生溢出,则结果的符号可能与两个操作数值的数学积的符号不同。 如果我们以二进制格式而不是十进制
问题内容: 如果我运行以下程序,则该程序将分析两个日期字符串(相隔1秒),并对其进行比较: 输出为: 为什么是(正如我从一秒钟的时间差中期望的那样),但是353呢? 如果我将日期更改为1秒后的时间: 然后ld4-ld3将1。 Java版本: 问题答案: 有关1927年上海的详细信息,。基本上在1927年底的午夜,时钟回到了5分52秒。因此,“ 1927-12-31 23:54:08”实际上发生了两
问题内容: 首先,我的Java版本: 输出为: 31 -117 8 0 0 0 0 0 0 -53 72 -51 -55 -55 47 -49 47 -54 73 1 0 -83 32 -21 -7 10 0 0 0 然后是Go版本: 输出: 31 139 8 0 0 9 110 136 0 255 202 72 205 201 201 47 207 47 202 73 1 0 0 0 255 2
为什么运算符只应该是4个字节却生成12个字节?当我引用变量时,这只是引用数组第一个索引的内存地址。实际上,我打印了第一个索引的内存地址,并将其与进行了比较,它们产生了相同的内存地址结果,这证实了它们都引用了数组的第一个索引,但是“array”产生了12个字节,而产生了4个字节。