> 文章列表 > Long类型比较过程中的小坑

Long类型比较过程中的小坑

Long类型比较过程中的小坑

今天在后端接口调试过程中,发现一个奇怪问题:

if(team.userId==userId){...}

 断点中的连个userId值都为1, 却不相等, 印象中-128-~127应该是相等的, 查看源码

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);}
}
public static Long valueOf(long l) {  final int offset = 128;if (l >= -128 && l <= 127) { // will cachereturn LongCache.cache[(int)l + offset];}return new Long(l);
}

Long中有一个静态的内部类LongCache,专门用于缓存-128至127之间的值,一共256个元素。它会判断传入的参数是否在-128-127之间, 如果是则直接从缓存中返回对应的引用,否则新创建一个Long的实例。  

即传值在-128~127之间, 返回的是同一个Long对象的引用, 故使用==时, 地址相等, 问题是断点中值确实再范围内

再看断点, 两个userId值虽然都为1, 但是内存地址却不一样

Long userId1 = new Long(1);  Long@11779   栈=>堆=>常量

Long userId2 = new Long(1);  Long@11728   栈=>堆=>常量池

虽然都是指向同一个常量池对象, 但是堆引用地址不一样,内存地址值永远不会相等

Long userId1 = new Long(1);  Long@11779 

Long userId2 = 1L;  Long@12000

一个是堆引用,一个是直接指向常量池, 内存地址值永远不会相等

 所以, LongCache比较的应该是Long类型的变量才生效,  如

Long userId1 = 1L, Long userId2 = 1L  userId1 == userId2  --true

 实际开发中, 有各种业务代码比较, 类型并不固定, 推荐使用

public boolean equals(Object obj) {  if (obj instanceof Long) {return value == ((Long)obj).longValue();}return false;}

Long重写了equeal方法, 比较值的时候, 拆箱使用基本数据类型比较

好了, 一个小bug, 简单记录下, 欢迎踩坑!