中文字幕日韩精品一区二区免费_精品一区二区三区国产精品无卡在_国精品无码专区一区二区三区_国产αv三级中文在线

為什么使用LongAdder而不是volatile

今天小編給大家分享一下為什么使用LongAdder而不是volatile的相關知識點,內容詳細,邏輯清晰,相信大部分人都還太了解這方面的知識,所以分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后有所收獲,下面我們一起來了解一下吧。

十多年專注成都網(wǎng)站制作,成都企業(yè)網(wǎng)站建設,個人網(wǎng)站制作服務,為大家分享網(wǎng)站制作知識、方案,網(wǎng)站設計流程、步驟,成功服務上千家企業(yè)。為您提供網(wǎng)站建設,網(wǎng)站制作,網(wǎng)頁設計及定制高端網(wǎng)站建設服務,專注于成都企業(yè)網(wǎng)站建設,高端網(wǎng)頁制作,對玻璃鋼雕塑等多個方面,擁有豐富建站經(jīng)驗。

說明:如果是 count++ 操作,使用如下類實現(xiàn):AtomicInteger count = new AtomicInteger(); count.addAndGet(1); 如果是 JDK8,推薦使用 LongAdder 對象,比 AtomicLong 性能更好(減少樂觀 鎖的重試次數(shù))。

以上內容共有兩個重點:

  1. 類似于 count++ 這種非一寫多讀的場景不能使用 volatile

  2. 如果是 JDK8 推薦使用 LongAdder 而非 AtomicLong 來替代 volatile,因為 LongAdder 的性能更好。

但口說無憑,即使是孤盡大佬說的,咱們也得證實一下,因為馬老爺子說過:實踐是檢驗真理的唯一標準。

這樣做也有它的好處,第一,加深了我們對知識的認知;第二,文檔上只寫了LongAdderAtomicLong 的性能高,但是高多少呢?文中并沒有說,那只能我們自己動手去測試嘍。

話不多,接下來我們直接進入本文正式內容...

volatile 線程安全測試

首先我們來測試 volatile 在多寫環(huán)境下的線程安全情況,測試代碼如下:

public class VolatileExample {
    public static volatile int count = 0; // 計數(shù)器    public static final int size = 100000; // 循環(huán)測試次數(shù)    public static void main(String[] args) {
        // ++ 方式 10w 次        Thread thread = new Thread(() -> {
            for (int i = 1; i <= size; i++) {
                count++;
            }
        });
        thread.start();
        // -- 10w 次        for (int i = 1; i <= size; i++) {
            count--;
        }
        // 等所有線程執(zhí)行完成        while (thread.isAlive()) {}
        System.out.println(count); // 打印結果    }
}

我們把 volatile 修飾的 count 變量 ++ 10w 次,在啟動另一個線程 -- 10w 次,正常來說結果應該是 0,但是我們執(zhí)行的結果卻為:

1063

結論:由以上結果可以看出volatile 在多寫環(huán)境下是非線程安全的,測試結果和《Java開發(fā)手冊》相吻合。

LongAdder VS AtomicLong

接下來,我們使用 Oracle 官方的 JMH(Java Microbenchmark Harness, JAVA 微基準測試套件)來測試一下兩者的性能,測試代碼如下:

import org.openjdk.jmh.annotations.*;import org.openjdk.jmh.infra.Blackhole;import org.openjdk.jmh.runner.Runner;import org.openjdk.jmh.runner.RunnerException;import org.openjdk.jmh.runner.options.Options;import org.openjdk.jmh.runner.options.OptionsBuilder;import java.util.concurrent.TimeUnit;import java.util.concurrent.atomic.AtomicInteger;import java.util.concurrent.atomic.LongAdder;@BenchmarkMode(Mode.AverageTime) // 測試完成時間@OutputTimeUnit(TimeUnit.NANOSECONDS)@Warmup(iterations = 1, time = 1, timeUnit = TimeUnit.SECONDS) // 預熱 1 輪,每次 1s@Measurement(iterations = 5, time = 5, timeUnit = TimeUnit.SECONDS) // 測試 5 輪,每次 3s@Fork(1) // fork 1 個線程@State(Scope.Benchmark)@Threads(1000) // 開啟 1000 個并發(fā)線程public class AlibabaAtomicTest {

    public static void main(String[] args) throws RunnerException {
        // 啟動基準測試        Options opt = new OptionsBuilder()
                .include(AlibabaAtomicTest.class.getSimpleName()) // 要導入的測試類                .build();
        new Runner(opt).run(); // 執(zhí)行測試    }

    @Benchmark    public int atomicTest(Blackhole blackhole) throws InterruptedException {
        AtomicInteger atomicInteger = new AtomicInteger();
        for (int i = 0; i < 1024; i++) {
            atomicInteger.addAndGet(1);
        }
        // 為了避免 JIT 忽略未被使用的結果        return atomicInteger.intValue();
    }

    @Benchmark    public int longAdderTest(Blackhole blackhole) throws InterruptedException {
        LongAdder longAdder = new LongAdder();
        for (int i = 0; i < 1024; i++) {
            longAdder.add(1);
        }
        return longAdder.intValue();
    }
}

從上述的數(shù)據(jù)可以看出,在開啟了 1000 個線程之后,程序的 LongAdder 的性能比 AtomicInteger 快了約 1.53 倍,你沒看出是開了 1000 個線程,為什么要開這么多呢?這其實是為了模擬高并發(fā)高競爭的環(huán)境下二者的性能查詢。

如果在低競爭下,比如我們開啟 100 個線程

結論:從上面結果可以看出,在低競爭的并發(fā)環(huán)境下AtomicInteger 的性能是要比 LongAdder 的性能好,而高競爭環(huán)境下 LongAdder 的性能比 AtomicInteger,當有 1000 個線程運行時,LongAdder 的性能比 AtomicInteger 快了約 1.53 倍,所以各位要根據(jù)自己業(yè)務情況選擇合適的類型來使用。

性能分析

為什么會出現(xiàn)上面的情況?這是因為 AtomicInteger 在高并發(fā)環(huán)境下會有多個線程去競爭一個原子變量,而始終只有一個線程能競爭成功,而其他線程會一直通過 CAS 自旋嘗試獲取此原子變量,因此會有一定的性能消耗;而 LongAdder 會將這個原子變量分離成一個 Cell 數(shù)組,每個線程通過 Hash 獲取到自己數(shù)組,這樣就減少了樂觀鎖的重試次數(shù),從而在高競爭下獲得優(yōu)勢;而在低競爭下表現(xiàn)的又不是很好,可能是因為自己本身機制的執(zhí)行時間大于了鎖競爭的自旋時間,因此在低競爭下表現(xiàn)性能不如 AtomicInteger

以上就是“為什么使用LongAdder而不是volatile”這篇文章的所有內容,感謝各位的閱讀!相信大家閱讀完這篇文章都有很大的收獲,小編每天都會為大家更新不同的知識,如果還想學習更多的知識,請關注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

名稱欄目:為什么使用LongAdder而不是volatile
文章鏈接:http://www.rwnh.cn/article8/peogop.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供全網(wǎng)營銷推廣、電子商務外貿建站、虛擬主機網(wǎng)站改版、響應式網(wǎng)站

廣告

聲明:本網(wǎng)站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)

微信小程序開發(fā)
伊川县| 前郭尔| 喀什市| 天台县| 运城市| 江永县| 抚宁县| 托克托县| 汽车| 酉阳| 远安县| 盐津县| 临泽县| 南宁市| 黄石市| 调兵山市| 卫辉市| 昆明市| 化德县| 万安县| 高台县| 安宁市| 施甸县| 华池县| 秦皇岛市| 合作市| 吴忠市| 晋宁县| 铁岭县| 吉安市| 大荔县| 沂水县| 双柏县| 长沙县| 姜堰市| 遂昌县| 交口县| 夏河县| 冕宁县| 米脂县| 休宁县|