java中自动装箱带来的性能问题

之前没有特别注意自动封装所带来的性能问题,今天看了effective java,实验了一下,结果大吃一惊;

考虑下面这段代码:

public static void main(String args[]){

  Long sum =0L;

  for(long i = 0;i < Integer.MAX_VALUE;i++){

    sum+=i;

  }

  System.out.println(sum);

}

运行这段代码我机器耗时是7000ms;

我们再看下面这段代码:

public static void main(String args[]){

  long sum =0L;

  for(long i = 0;i < Integer.MAX_VALUE;i++){

    sum+=i;

  }

  System.out.println(sum);

}

运行时所消耗的时间是1000ms;

 

这两段代码有什么区别呢,细心的小伙伴可能已经发现,sum的类型有区别,前一个是Long类型,

后一个是long类型;两个都是长整形,只是Long是对long的一个包装,但是在这个程序中运行速度却差异明显;

为什么呢?我们知道,在java 将long 转换为 Long 时,中间会生成Long对象,如果计算次数很多,其中每次又使用了java提供的自动装箱机制,

那么这个过程中就会出现大量的Long对象;以上的程序中就是这种情况,结果表明这对性能影响是很大的;

 

总结与反思:在大循环中应避免使用自动封装机制;

转载于:https://www.cnblogs.com/Qinmp-Blog/p/5294479.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值