关于jvm对包装类型(Integer/Long..)的缓存优化
java中常见的包装类型有Integer、Long、Character、Double、Float等。
那么在对比这些包装类型是否相等的时候,会有一点问题。比如下面的几种情况:
- 判断
其他几种包装类型都一样,就不一一测试了。为什么a、b、c、d都是对象,通过「==」判断的时候比较的是内存地址,但是为什么会出现两种不同的情况呢?主要是由于jvm在java 5引入的对包装类型的性能优化,具体看Integer源码
high可以通过 -XX:AutoBoxCacheMax=size来制定,默认就是128;然后通过for循环将值设置到IntegerCache中。Byte,Short,Long 有固定范围: -128 到 127。对于 Character, 范围是 0 到 127。
- 运算
包装类的「==」运算在不遇到算术运算时不会自动拆箱,以及equals()方法不处理数据转型。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 地球OL攻略 —— 某应届生求职总结
· 周边上新:园子的第一款马克杯温暖上架
· 提示词工程——AI应用必不可少的技术
· Open-Sora 2.0 重磅开源!