concurrent包中atomic中的怪异现象

本文记录了一个在Java并发编程中使用AtomicInteger进行操作时遇到的奇怪现象,对比了不同Java版本和架构下AtomicInteger与普通整型变量的操作效率。通过实验发现,在某些情况下,AtomicInteger并未展现出预期的高效执行优势。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

呃。。记录一个比较奇怪的现象。。。待于以后实际开发中测试后选择

package cn.itcast.heima2;

import java.util.concurrent.atomic.AtomicInteger;  
public class AtomicIntegerCompareTest {  
    private int value;  
      
    public AtomicIntegerCompareTest(int value){  
        this.value = value;  
    }  
      
    public synchronized int increase(){  
        return value++;  
    }  
      
	public static void main(String args[]){  
        long start = System.currentTimeMillis();  
          
        AtomicIntegerCompareTest test = new AtomicIntegerCompareTest(0);  
        for( int i=0;i< 1000000;i++){  
            test.increase();  
        }  
        long end = System.currentTimeMillis();  
        System.out.println("time elapse:"+(end -start));  
          
        long start1 = System.currentTimeMillis();  
        
        AtomicInteger atomic = new AtomicInteger(0);  
        
        for( int i=0;i< 1000000;i++){  
            atomic.incrementAndGet(); 
        }  
        long end1 = System.currentTimeMillis();  
        System.out.println("time elapse:"+(end1 -start1) );  
          
        /*
         * JRE 1.6.0_12(32位):
         * time elapse:34
         * time elapse:14
         * 
         * jdk1.7.0_51(64位):
         * time elapse:17
         * time elapse:19
         */

    }  
}

在7中concurrent包中的atomic竟然没有了高效执行的优势?????放在以后测试后决定使用哪个吧。。。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值