java jdk缓存-128~127的Long与Integer

先判断下下面代码的输出结果

Qa:----------------------------------------------

Long a = Long.valueOf(127);

Long b = Long.valueOf(127);

System.out.println(a == b);

Qb:---------------------------------------------------

Long a = Long.valueOf(128);

Long b = Long.valueOf(128);

System.out.println(a == b);

--------------------------------------------------------

Qa:true

Qb:false

当时发现这个的问题起因是有同事把一个id属性由long改为大Long,导致一些地方用=比较id值出现了不一致的情况,最终导致了使用我们产品的部分人反馈某些功能不可以使用了,我这里所说的部分人就是那些人持有的id属性值超过127的用户。

很明显,这些地方不可以用 == 去比较两个Long类型,这也反映一个程序员的细心程度,小心转换这种基本类型到自定义类型。我这里主要解释下为什么-128~127 用==返回true。

看jdk关于Long类型的源码:

public static Long valueOf(long l) {

final int offset = 128;

if (l >= -128 && l <= 127) { // will cache

return LongCache.cache[(int)l + offset];

}

return new Long(l);

}

private static class LongCache {

private LongCache(){}

static final Long cache[] = new Long[-(-128) + 127 + 1];

static {

for(int i = 0; i < cache.length; i++)

cache[i] = new Long(i - 128);

}

}

可以看到-128到127间的值北放到了一个数组中,即代码中的LongCache.cache[],所以我们拿到的是同一个实例,同理其它大类型也是同样,可以在看下Integer验证下

java jdk缓存-128~127的Long与Integer

时间: 2024-11-19 22:13:10

java jdk缓存-128~127的Long与Integer的相关文章

Java Integer(-128~127)值的==和equals比较产生的思考

最近在项目中遇到一个问题,两个值相同的Integer型值进行==比较时,发现Integer其中的一些奥秘,顺便也复习一下==和equals的区别,先通过Damo代码解释如下: [java] view plain copy System.out.println("<-128~127以内的Integer值,Integer x = value;的方式赋值!>"); Integer i = 127; Integer j = 127; System.out.println("

java byte为何范围是-128~127

从我们接触Java的时候,就被告知基础类型byte是一个字节,占8位,表示的范围是-128~127.那么为什么会这个范围呢? ??咱们先回顾一下计算机基础: 1. 在计算机内部数据的存储和运算都采用二进制:2. 计算机中数据分为有符号数和无符号数,对于有符号数,计算机规定用最高位来表示符 号."0"表示正数,"1"表示负数:3. Java中的数据都是有符号数:4. 计算机中带符号的整数都是使用二进制的补码. 这里提到了一个概念补码,那么就得补充原码和反码.[原码]:

Java MemCached 缓存实现

首先创建MemCached 缓存管理类,此代码测试需要添加 java_memcached-release_2.6.3.jar,commons-pool-1.5.6.jar,slf4j-api-1.6.1.jar,slf4j-simple-1.6.1.jar 这几个jar包 ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40

Java jdk源代码的Math包

jdk源码学习java.math包 阅读JDK源代码java.math中的 java.math.BigDecimal java.math.BigInteger java.math.BitSieve java.math.MathContext java.math.MutableBigInteger java.math.RoundingMode java.math.SignedMutableBigInteger 1.java.math.BigDecimal 不可变的.任意精度的有符号十进制数.Big

为何八位有符号整数的范围是-128~127,而不是-127~128

八位的带符号的整数,比如JAVA中的byte,c#中的SByte,为什么值域范围都是-128-127而不是-127~128? 事实上,远古时期有些计算机的设计是采用了反码表示有符号数的,因此8位有符号数的范围是-127~127,它的一个缺点是0是有正负.它用一位表示正负数,然对剩余的位数采用取反. 比如,0111 1111表示127,那-127的则是1000 0000.0000 0000表示正的0,而1111 1111则表示成为负0.因此反码作为有符号的整数并未流行. 现在的计算机中,通常将正数

8位有符号的取值范围是-128~+127

这是一个困惑了我几年的问题,它让我对现在的教科书和老师极其不满,从我N年前开始摸电脑时,就几乎在每一本C++教科书上都说,8位有符号的取值范围是-128~+127,为什么不是-127~+127呢,后来的java,int的聚值范围,再32位计算,-2^31 ~ +2^31-1,可是,却从来没有任何一本教科书或一个老师比我解释过这个问题 原因没有在工作上或者是什么地方直接遇到它,所以我也一直忽略它,但心里总是有一根刺.直到刚才!!!! 就是刚才,无聊之极,在看汇编的书时,又遇到它了,但一如以往,书上

byte的取值范围为什么是-128~127

直接给总结:计算机规定了0000 0000 代表0,1000 0000代表的-0没有意义,必须找个~127~127之外的数和它对应,「人为规定-0就是-128」,而且这么做完美适合计算机做减法运算. 来我们一步步分析分析: 1.byte占用8位,每位用0或1表示,能够表示256(2^8)个数据. 2.这8位分为符号位(最高位)和数值位(剩余七位),符号位0表示正数,1表示负数. 3.按上一步的理解,容易得到(+127:0111 1111.+1:0000 0001.+0:0000 0000.-0:

为什么一个byte的存储范围是-128~127?

为什么一个byte的存储范围是-128~127?文本关键字:byte.字节.二进制位.反码.补码文章目录为什么一个byte的存储范围是-128~127? 一.byte 二.反码与补码 **1. 反码 补码三.byte的数据范围一.byte**在计算机中,一个二进制位是最小的存储单元,由于是二进制,所以能存储的数字只能是0和1.显然,如果我们直接去操作每个二进制位将是很麻烦的过程,所以在编程中我们直接使用的是其他的数据类型,如:byte.int.float.这些数据类型能够使我们的数据存储更加方便

byte的取值范围是-128~127,那么包含-128和127吗?

本帖最后由 王德升老师 于 2019-12-27 17:56 编辑 byte的取值范围为什么是-128~127?如果面试官问你取值范围包含127吗?1. 首先我们知道Java中byte类型是1个字节占8位的.最高位是符号位(正数或者负数),其余7位是数值位.     2. [AppleScript] 纯文本查看 复制代码 ? 1 2 byte b1 = 100; byte b2 = -100; 这里报错吗?不报错!3. [AppleScript] 纯文本查看 复制代码 ? 1 2 3 4 byt