java java.lang.Long详解之二 缓存

文章看过后感觉受益匪浅,所以留下了以备温故: http://www.congmo.net/blog/2012/03/05/Long-toString/

众所周知Long中有个小小的陷阱,就是在-128至127范围内,Long.valueOf(long l)返回的Long的实例是相同的,而在此范围之外每次使用valueOf(long l)时,返回的实例都是不同的。本篇文章的主要目的就是揭示这个小陷阱。

首先来看一段代码,验证上述的小陷阱。

1System.out.println(Long.valueOf(128) == Long.valueOf(128)); 2System.out.println(Long.valueOf(127) == Long.valueOf(127)); 3 4输出结果: 5false 6true

像变魔术一样,揭开之后就会觉得异常简单。这里也是同样的道理。上两段代码,明白人一看便知。

1private static class LongCache { 2 private LongCache(){} 3 static final Long cache[] = new Long[-(-128) + 127 + 1]; 4 static { 5 for(int i = 0; i < cache.length; i++) 6 cache[i] = new Long(i - 128); 7 } 8} 9 10public static Long valueOf(long l) { 11 final int offset = 128; 12 if (l >= -128 && l <= 127) { // will cache 13 return LongCache.cache[(int)l + offset]; 14 } 15 return new Long(l); 16}

其实在Long中有一个静态的内部类LongCache,专门用于缓存-128至127之间的值。说到这里,不得不赞美一下写这个方法的作者,非常非常用心啊,看看cache这个数组的长度:-(-128) + 127 + 1.就是想告诉阅读这段代码的人,我是从-128开始,正数最大为127,然后后面的1代表数字0。一共256个元素。

如果仅仅是缓存下来而不去使用那么就没有任何意义。valueOf(long l)就是使缓存派上用场的方法,它会判断传入的参数是否在-128-127之间,如果是则直接从缓存中返回对应的引用,否则新创建一个Long的实例。valueOf这个方法我觉得比较好的一处是offset,它的初始值设为128,仔细想想,cache128其实存放的是0,这样就将正数和负数分隔开,而且针对-128-127之间的任何数作为参数传入都不需要做任何特殊处理,只要返回LongCache.cache(int)l + offset;即可,正负通吃。

程序员真的好奇怪,每当看到精巧的代码时,都会有种赏心悦目的感觉。我喜欢Long这个类,处处是宝!

点赞
收藏

评论区

加载中...

相关推荐

MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1

文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s

Oracle 分组与拼接字符串同时使用

SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(

MySQL部分从库上面因为大量的临时表tmp_table造成慢查询

背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_

手写Java HashMap源码

HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22

P2P技术揭秘.P2P网络技术原理与典型系统开发

Modular.Java(2009.06)\.Craig.Walls.文字版.pdf:http://www.t00y.com/file/59501950(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.t00y.com%2Ffile%2F59501950)\More.E

Android So动态加载 优雅实现与原理分析

背景:漫品Android客户端集成适配转换功能(基于目标识别(So库35M)和人脸识别库(5M)),导致apk体积50M左右,为优化客户端体验,决定实现So文件动态加载.!(https://oscimg.oschina.net/oscnet/00d1ff90e4b34869664fef59e3ec3fdd20b.png)点击上方“蓝字”关注我

java java.lang.Long详解之二 缓存 - HelloWorld