近,我看到一个演示,其中包含以下Java代码示例:
Integer a = 1000, b = 1000;
System.out.println(a == b); // false
Integer c = 100, d = 100;
System.out.println(c == d); // true
现在我有些困惑。我知道为什么在第一种情况下结果为“假”-这是因为整数是引用类型,而“ a”和“ b”的引用是不同的。
但是,为什么在第二种情况下结果为“ true”?
我听到一种意见,出于某些优化目的,JVM将对象的int值从-128缓存到127。这样,“ c”和“ d”的引用是相同的。
有人可以给我更多有关此行为的信息吗?我想了解此优化的目的。在什么情况下性能会提高,等等。对该问题的一些研究参考会很棒。
我想了解此优化的目的。在什么情况下性能会提高,等等。对该问题的一些研究参考会很棒。
目的主要是为了节省内存,由于具有更高的缓存效率,这也导致了更快的代码。
基本上,Integer
该类会Integer
在-128到127的范围内保留实例的缓存,并且所有自动装箱,文字和的使用Integer.valueOf()
都会从该缓存返回其覆盖范围内的实例。
这是基于以下假设:这些较小的值比其他int出现的频率更高,因此避免每个实例拥有不同对象(Integer
对象占用约12个字节)的开销是有意义的。
问题内容: 在下面的python脚本中,为什么要执行第二个断言(即,将0加到257并将结果存储在y中,则x和y成为不同的对象)?谢谢! 问题答案: 整数是不可变的,因此任何更改它们的操作都将导致新的内存位置 正在检查对象的实际内存位置…并且基本上不应该用于检查值的相等性(尽管它可以在某些情况下任意工作)
我读到“因此当使用Integer.ValueOf创建对象或直接为-128到127范围内的整数赋值时,将返回相同的对象。” 但这里的输出是“not” 有人能解释一下吗?
问题内容: 类具有缓存,它缓存值。因此,如果我使用method 或inboxing,则不会实例化新值,而是从缓存中获取。 我知道默认的缓存大小为,但由于VM设置而可以扩展。我的问题是:这些设置中的缓存大小的默认值有多大,我可以操纵该值吗?这个值取决于我使用哪个VM(32位或64位)吗? 我现在正在调整遗留代码,可能需要从int到Integer的转换。 澄清:以下代码是我在Java源代码中找到的 因
类具有缓存,缓存值。因此,如果我使用方法或inboxing新值将不会被实例化,而是从缓存中获取。 我知道默认的缓存大小是,但是可以根据VM设置进行扩展。我的问题是:这些设置中缓存大小的默认值有多大,我可以操纵这个值吗?这个值是否取决于我使用的VM(32位还是64位)? 我现在正在调优一个遗留代码,可能需要从int到integer的转换。
写一个函数,以一个数组作为输入,并返回一个数组。返回的数组包含来自输入的偶数和奇数和。 如果任何输入为null,则应将其视为空数组
问题内容: 在Java中整数比较是棘手的,因为和表现不同。我明白了。 但是,如本示例程序所示, (第4行)的 行为不同于 (第3行) 。为什么是这样?? 结果 问题答案: 从JLS 如果装箱的值p为true,false,字节或\ u0000到\ u007f范围内的char或-128到127(含)之间的整数或短数,则令r1和r2为p的任何两次拳击转换。r1 == r2总是这样。 理想情况下,将给定的