欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

深入淺析Java 虛擬線程

 更新時(shí)間:2025年02月08日 09:12:10   作者:曾彪彪  
Java21引入了虛擬線程,這是一種輕量級線程,適用于IO密集型的應(yīng)用,可以極大提高應(yīng)用的性能和吞吐量,虛擬線程是由傳統(tǒng)線程執(zhí)行的,由JVM控制上下文切換,創(chuàng)建和銷毀的開銷小,適用于高并發(fā)場景,本文介紹Java 虛擬線程的相關(guān)知識,感興趣的朋友跟隨小編一起看看吧

在Java 21中,引入了虛擬線程,這是一個(gè)非常非常重要的特性,之前一直苦苦尋找的Java協(xié)程,終于問世了。在高并發(fā)以及IO密集型的應(yīng)用中,虛擬線程能極大的提高應(yīng)用的性能和吞吐量。

什么是虛擬線程

先來看一下虛擬線程的概念。

虛擬線程概念

DK 21 引入了虛擬線程的支持,這是為了改善 Java 應(yīng)用程序在高并發(fā)場景下的性能。虛擬線程是一種輕量級線程,具有較小的內(nèi)存占用,能夠更高效地進(jìn)行上下文切換,適用于 I/O 密集型的應(yīng)用程序

虛擬線程的工作原理

當(dāng)應(yīng)用程序啟動一個(gè)虛擬線程時(shí),JVM會將這個(gè)虛擬線程交給JVM底層的線程池去執(zhí)行,這個(gè)底層的線程池是一個(gè)傳統(tǒng)線程池,并且真正執(zhí)行虛擬線程中任務(wù)的線程,也是傳統(tǒng)線程(操作系統(tǒng)線程)。當(dāng)虛擬線程遇到阻塞時(shí),JVM會立刻將虛擬線程掛起,讓其它虛擬線程執(zhí)行。也就是說,開啟一個(gè)虛擬線程,并不需要啟用一個(gè)傳統(tǒng)線程,一般一個(gè)傳統(tǒng)線程,可以執(zhí)行多個(gè)虛擬線程的任務(wù)。在執(zhí)行過程中,可以把虛擬線程理解成任務(wù)task。

這里舉一個(gè)列子,假設(shè)用戶創(chuàng)建了1000個(gè)虛擬線程,JVM的執(zhí)行虛擬線程的線程池線程數(shù)是10,那么當(dāng)?shù)谝粋€(gè)虛擬線程V1需要執(zhí)行時(shí),JVM會將V1調(diào)度到傳統(tǒng)線程T1上,以此類推,虛擬線程V2會被調(diào)度到傳統(tǒng)線程T2上,那么V3->T3,V4->T4,… V10->T10。當(dāng)執(zhí)行到V11時(shí),這里有三種情況:

  • 如果V1~V10中有任何一個(gè)線程遇到阻塞,我們這里假設(shè)V3遇到阻塞,那么JVM會將V3掛起,此時(shí)T3線程可用,那么V11被T3執(zhí)行。

  • 如果V1~V10沒有線程被阻塞,那么JVM根據(jù)劃分的時(shí)間片,假設(shè)每個(gè)虛擬線程允許執(zhí)行100ns,那么過了100ns后,這里V1最新執(zhí)行,JVM則將V1掛起,讓T1去執(zhí)行V11。

  • 如果以上兩種情況都不滿足,那么先將V11掛起,等待有可用的傳統(tǒng)線程時(shí),再執(zhí)行V11。

對于被阻塞的線程,如V3,當(dāng)IO結(jié)束后,操作系統(tǒng)會通過事件,如epoll通知JVM,V3的IO操作已結(jié)束,此時(shí)JVM重新喚醒V3,選擇可用的傳統(tǒng)線程,來執(zhí)行V3的任務(wù)。

這里需要注意兩點(diǎn):

  • 虛擬線程IO執(zhí)行完成后,會通過操作系統(tǒng)的事件通知機(jī)制,如epoll來通知JVM。這一點(diǎn)對于虛擬線程的高效調(diào)度至關(guān)重要,因?yàn)樗_保了 阻塞的 I/O 操作 不會占用操作系統(tǒng)線程的時(shí)間片,避免了傳統(tǒng)線程池的高資源消耗和效率低下。。

  • JVM在對虛擬線程進(jìn)行上下文切換時(shí),因?yàn)椴簧婕暗讲僮飨到y(tǒng)級別的線程上下文切換,代價(jià)非常低,速度也非??臁?/strong>

虛擬線程的調(diào)度

一般來說,程序員不需要對虛擬線程的調(diào)度進(jìn)行管理,在JDK 21中,JVM默認(rèn)啟用了虛擬線程,并且會使用默認(rèn)的ForkJoinPool線程池來執(zhí)行虛擬線程,并且線程池的大小,也會根據(jù)虛擬線程的數(shù)量,進(jìn)行動態(tài)調(diào)整。如果需要手動管理執(zhí)行虛擬線程的線程池大小,那么需要自定義線程池,并將虛擬線程交給自定義的線程池來執(zhí)行,這樣雖然可行,通常沒有必要。

虛擬線程與傳統(tǒng)線程區(qū)別

虛擬線程與傳統(tǒng)線程的區(qū)別主要在于:

  • 創(chuàng)建虛擬線程時(shí),JVM不會創(chuàng)建一個(gè)操作系統(tǒng)線程,創(chuàng)建一個(gè)傳統(tǒng)線程時(shí),JVM會創(chuàng)建一個(gè)操作系統(tǒng)線程。一個(gè)傳統(tǒng)線程,可以輪詢執(zhí)行多個(gè)虛擬線程。

  • 虛擬線程是由傳統(tǒng)線程來執(zhí)行的,虛擬線程的調(diào)度由JVM控制,傳統(tǒng)線程的執(zhí)行和調(diào)度,由操作系統(tǒng)來控制。

  • 虛擬線程的上下文切換是由JVM控制的,因?yàn)椴簧婕暗讲僮飨到y(tǒng)級別線程的上下文切換,虛擬線程上下文切換速度非常快,可以滿足高并發(fā)需求。

  • 創(chuàng)建一個(gè)虛擬線程占用的內(nèi)存非常小,相對而言,創(chuàng)建一個(gè)傳統(tǒng)線程,占用的內(nèi)存空間大。在應(yīng)用中,可以創(chuàng)建大量的虛擬線程,一般支持到百萬級,而創(chuàng)建傳統(tǒng)線程,一般只能到幾千,我們一般也不建議創(chuàng)建這么多傳統(tǒng)線程。

虛擬線程類似于task,傳統(tǒng)系統(tǒng)與操作系統(tǒng)線程對應(yīng),一個(gè)傳統(tǒng)線程可以執(zhí)行多個(gè)虛擬線程。虛擬線程與task的區(qū)別是,當(dāng)傳統(tǒng)線程執(zhí)行虛擬線程時(shí),遇到阻塞會掛起虛擬線程,當(dāng)傳統(tǒng)線程執(zhí)行task時(shí),遇到阻塞就真的阻塞了。當(dāng)然傳統(tǒng)中的task繼承自runnable,虛擬線程繼承自Thread,他們屬于不同的類,可調(diào)用的方法也不一樣。

JDK也提供了虛擬線程池,可以通過下面方式得到一個(gè)虛擬線程池。

import java.util.concurrent.*;
public class VirtualThreadPoolExample {
    public static void main(String[] args) {
        // 創(chuàng)建一個(gè)虛擬線程池
        ExecutorService executor = Executors.newVirtualThreadPerTaskExecutor();
        // 提交多個(gè)任務(wù)到線程池
        for (int i = 0; i < 10; i++) {
            final int taskId = i;
            executor.submit(() -> {
                System.out.println("Task " + taskId + " running in " + Thread.currentThread());
            });
        }
        // 關(guān)閉線程池
        executor.shutdown();
    }
}

上面代碼中,提交給線程池的任務(wù),JVM都會為其創(chuàng)建一個(gè)虛擬線程,然后以虛擬線程的方式執(zhí)行。

與傳統(tǒng)的線程池相比,虛擬線程池?zé)o法設(shè)置核心線程數(shù)、最大線程數(shù)、線程池大小、任務(wù)隊(duì)列等參數(shù),也不需要設(shè)置這些參數(shù)。

虛擬線程與傳統(tǒng)線程的相同之處:

  • 他們都繼承自Thread,用法一摸一樣。也都支持線程池。

  • 與傳統(tǒng)一樣,虛擬線程也有new,runnable,waiting,blocked,terminated等狀態(tài)。

  • 所有的鎖,同步機(jī)制,對虛擬線程都適用,并且與傳統(tǒng)線程一樣,虛擬線程也會有資源爭奪以及狀態(tài)同步問題。并且也有上下文切換,雖然虛擬線程的上下文切換,代價(jià)非常小。

  • 異常處理機(jī)制一樣,如果遇到異常不處理,虛擬線程也會終止執(zhí)行。

虛擬線程與協(xié)程的區(qū)別

協(xié)程是python中的異步編程技術(shù),對于IO密集型應(yīng)用,協(xié)程可以發(fā)揮很大的優(yōu)勢。協(xié)程的異步工作原理與虛擬線程相似,也是遇到IO就阻塞,讓主線程繼續(xù)執(zhí)行其它任務(wù),當(dāng)IO完成時(shí),操作系統(tǒng)通過事件機(jī)制,如epoll,通知python進(jìn)程,產(chǎn)生一個(gè)事件,放到event loop隊(duì)列中,最后由主線程執(zhí)行。

虛擬線程與協(xié)程的主要區(qū)別在于:

區(qū)別虛擬線程協(xié)程
并發(fā)/并行虛擬線程是并行的,多個(gè)虛擬線程可以同時(shí)在多個(gè)CPU上運(yùn)行,同一時(shí)刻,可以運(yùn)行多個(gè)虛擬線程。從這個(gè)角度將,虛擬線程能支持更高的并發(fā)。協(xié)程不是并行的,因?yàn)橹挥幸粋€(gè)主線程執(zhí)行任務(wù)事件,同一時(shí)刻,只有一個(gè)任務(wù)被處理。
資源爭奪虛擬線程中,存在資源爭奪問題,以及狀態(tài)同步問題,在編寫代碼時(shí),需要考慮并發(fā)控制。甚至需要做合理的并發(fā)設(shè)計(jì)。因?yàn)橹挥幸粋€(gè)主線程在執(zhí)行任務(wù)事件,沒有并發(fā)問題,編程時(shí)也不需要考慮并發(fā)問題。
框架支持虛擬線程是JDK 21的新特性,不需要任何框架支持。需要框架支持,寫異步代碼和同步代碼,使用的是兩個(gè)完全不同的框架,另外學(xué)習(xí)異步編程,增加了學(xué)習(xí)成本。并且異步編程有些難度,debug也變得復(fù)雜些。

怎樣使用虛擬線程

在JDK 21中,使用虛擬線程有兩種方式:

  • 直接創(chuàng)建并啟動虛擬線程。
public class VirtualThreadExample {
    public static void main(String[] args) {
        Thread virtualThread = Thread.ofVirtual().start(() -> {
            System.out.println("Hello virtual thread ");
        });
        try {
            virtualThread.join();  // 等待虛擬線程完成
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
}
  • 通過線程池執(zhí)行虛擬線程。
import java.util.concurrent.*;
public class VirtualThreadPoolExample {
    public static void main(String[] args) {
        // 創(chuàng)建一個(gè)虛擬線程池
        ExecutorService executor = Executors.newVirtualThreadPerTaskExecutor();
        // 提交多個(gè)任務(wù)到線程池
        for (int i = 0; i < 10; i++) {
            final int taskId = i;
            executor.submit(() -> {
                System.out.println("Task " + taskId + " running in " + Thread.currentThread());
            });
        }
        // 關(guān)閉線程池
        executor.shutdown();
    }
}

通過線程池執(zhí)行任務(wù)時(shí),無法對并發(fā)實(shí)現(xiàn)控制,容易造成OOM,或耗盡服務(wù)方資源,可以自定義以下虛擬線程池,實(shí)現(xiàn)資源控制:

package com.zengbiaobiao.demo.vitrualthreaddemo;
import org.springframework.lang.NonNull;
import java.util.ArrayList;
import java.util.List;
import java.util.concurrent.*;
/*****
 * 虛擬線程池,支持配置任務(wù)隊(duì)列數(shù)和最大并發(fā)任務(wù)數(shù)
 */
public class VirtualThreadExecutorService extends AbstractExecutorService {
    private volatile boolean shouldStop = false;
    private final ExecutorService executor = Executors.newVirtualThreadPerTaskExecutor();
    private final Semaphore semaphore;
    private final BlockingQueue<Runnable> taskQueue;
    /******
     * 構(gòu)造函數(shù)
     * @param taskQueueSize,任務(wù)隊(duì)列大小,任務(wù)隊(duì)列是一個(gè)阻塞隊(duì)列,如果任務(wù)隊(duì)列滿了,那么調(diào)用execute方法會阻塞
     * @param concurrencySize,并發(fā)任務(wù)大小,同時(shí)執(zhí)行的IO任務(wù)個(gè)數(shù),防止并發(fā)過重,或者資源不夠
     */
    public VirtualThreadExecutorService(int taskQueueSize, int concurrencySize) {
        this.semaphore = new Semaphore(concurrencySize);
        taskQueue = new LinkedBlockingQueue<>(taskQueueSize);
        this.loopEvent();
    }
    private void loopEvent() {
        Thread.ofVirtual().name("VirtualThreadExecutor").start(() -> {
            while (!shouldStop) {
                try {
                    Runnable task = taskQueue.take();
                    semaphore.acquire();
                    executor.execute(() -> {
                        try {
                            try {
                                task.run();
                            } finally {
                                semaphore.release();
                            }
                        } catch (Exception e) {
                            Thread.currentThread().interrupt();
                            throw new RuntimeException(e);
                        }
                    });
                } catch (InterruptedException e) {
                    Thread.currentThread().interrupt();
                    if (shouldStop) break;
                }
            }
        });
    }
    @Override
    public void shutdown() {
        shouldStop = true;
        executor.shutdown();
    }
    /**
     * @return The task not executed
     */
    @Override
    public List<Runnable> shutdownNow() {
        shouldStop = true;
        List<Runnable> remainingTasks = new ArrayList<>(taskQueue);
        taskQueue.clear();
        executor.shutdownNow();
        return remainingTasks;
    }
    @Override
    public boolean isShutdown() {
        return shouldStop;
    }
    @Override
    public boolean isTerminated() {
        return shouldStop && executor.isTerminated();
    }
    @Override
    public boolean awaitTermination(long timeout, TimeUnit unit) throws InterruptedException {
        return executor.awaitTermination(timeout, unit);
    }
    @Override
    public void execute(Runnable command) {
        try {
            taskQueue.put(command); // 阻塞直到隊(duì)列有空間
        } catch (InterruptedException e) {
            Thread.currentThread().interrupt();
            throw new RejectedExecutionException("Task submission interrupted.", e);
        }
    }
}

測試代碼如下:

package com.zengbiaobiao.demo.vitrualthreaddemo;
import org.apache.tomcat.util.threads.VirtualThreadExecutor;
public class VirtualThreadExecutorServiceDemo {
    public static void main(String[] args) throws InterruptedException {
        VirtualThreadExecutorService executorService = new VirtualThreadExecutorService(10, 2);
        for (int i = 0; i < 100000; i++) {
            final String threadName = "thread-" + i;
            System.out.println(Thread.currentThread() + ": try to create task " + threadName);
            executorService.submit(() -> {
                System.out.println(Thread.currentThread() + ": " + threadName + " created!");
                try {
                    Thread.sleep(2000);
                } catch (InterruptedException e) {
                    throw new RuntimeException(e);
                }
                System.out.println(Thread.currentThread() + ": " + threadName + " finished!");
            });
        }
        Thread.sleep(5000000);
    }
}

哪些場景下可以應(yīng)用虛擬線程

虛擬線程在IO密集型的高并發(fā)應(yīng)用中能發(fā)揮出巨大的威力,在所有IO密集型應(yīng)用中,具體來說,下列場景中,使用虛擬線程是比較合適的:

  • 短時(shí)間需要完成的任務(wù),且沒有資源爭奪或亂序問題,比如數(shù)據(jù)庫寫入,服務(wù)器 HTTP 請求處理,遠(yuǎn)程 RESTful API 調(diào)用,RabbitMQ 消息處理等應(yīng)用場景。。

  • 長時(shí)間運(yùn)行的任務(wù),但是對消息處理由順序要求的任務(wù)。比如在電梯監(jiān)控系統(tǒng)中,需要對每臺電梯的數(shù)據(jù)進(jìn)行處理,但是需要保證消息被處理的順序。這時(shí)可以為每臺電梯創(chuàng)建一個(gè)虛擬線程,這臺電梯的數(shù)據(jù)交給專門的虛擬線程處理。因?yàn)閼?yīng)用中可以創(chuàng)建大量虛擬線程,并且虛擬線程一般都是異步處理任務(wù),所以這個(gè)場景中,使用虛擬線程,可以滿足高性能和高并發(fā)的要求。

  • API網(wǎng)關(guān)中,對多個(gè)上游API數(shù)據(jù)進(jìn)行查詢,組裝合并,使用虛擬線程,相比傳統(tǒng)線程,效果更佳。虛擬線程,也支持CountDownLatch,Semaphore等工具類。

  • 事件驅(qū)動的架構(gòu)中,使用虛擬線程,效果也很好。比如spring boot中的異步事件,默認(rèn)使用的是傳統(tǒng)線程池,如果將其改成虛擬線程池,并發(fā)處理能力可以極大提高。

那么哪些場景下不合適使用虛擬線程呢?

  • CPU密集型應(yīng)用,比如大數(shù)據(jù)處理、圖像處理、矩陣運(yùn)算等。

  • 如果應(yīng)用有很高的并發(fā)資源爭奪,或者狀態(tài)同步,并且造成系統(tǒng)吞吐量低,需要考慮優(yōu)化并發(fā)模型,這種場景下,不但傳統(tǒng)線程不合適,虛擬線程也不合適。

虛擬線程實(shí)際應(yīng)用場景舉例

在一個(gè)spring boot項(xiàng)目中,有時(shí)候因?yàn)楫惒绞录幚聿贿^來,造成吞吐量下降,在JDK 21中,可以將事件改成虛擬線程來執(zhí)行,代碼如下:

package com.zengbiaobiao.demo.vitrualthreaddemo;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.scheduling.annotation.EnableAsync;
import java.util.concurrent.Executor;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.Semaphore;
@Configuration
@EnableAsync
public class AsyncConfig {
    @Bean(name = "taskExecutor")
    public Executor taskExecutor() {
        // 最大并行任務(wù)數(shù)
        Semaphore semaphore = new Semaphore(100);
        ExecutorService virtualThreadPool = Executors.newVirtualThreadPerTaskExecutor();
        return runnable -> {
            try {
                // 控制并行任務(wù)數(shù)
                semaphore.acquire();
                virtualThreadPool.submit(() -> {
                    try {
                        runnable.run();
                    } finally {
                        semaphore.release();
                    }
                });
            } catch (InterruptedException e) {
                Thread.currentThread().interrupt();
                throw new RuntimeException("Task submission interrupted", e);
            }
        };
    }
}

事件發(fā)送和處理代碼如下:

package com.zengbiaobiao.demo.vitrualthreaddemo;
import org.springframework.context.ApplicationEventPublisher;
import org.springframework.context.event.EventListener;
import org.springframework.scheduling.annotation.Async;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
@RequestMapping("/home")
public class HomeController {
    private final ApplicationEventPublisher eventPublisher;
    public HomeController(ApplicationEventPublisher eventPublisher) {
        this.eventPublisher = eventPublisher;
    }
    @GetMapping("/index")
    public String index() {
        for (int i = 0; i < 1000; i++) {
            eventPublisher.publishEvent("event " + i);
        }
        return "success";
    }
    @EventListener
    @Async
    public void handleEvent(String event) {
        System.out.println(Thread.currentThread() + ": " + event);
        try {
            Thread.sleep(100);
        } catch (InterruptedException e) {
            throw new RuntimeException(e);
        }
    }
}

輸出結(jié)果如下:

VirtualThread[#2031]/runnable@ForkJoinPool-1-worker-4: event 976
VirtualThread[#2039]/runnable@ForkJoinPool-1-worker-1: event 980
VirtualThread[#1064]/runnable@ForkJoinPool-1-worker-1: event 983
VirtualThread[#2047]/runnable@ForkJoinPool-1-worker-2: event 984
VirtualThread[#2049]/runnable@ForkJoinPool-1-worker-9: event 985
VirtualThread[#2057]/runnable@ForkJoinPool-1-worker-2: event 989
VirtualThread[#2059]/runnable@ForkJoinPool-1-worker-3: event 990
VirtualThread[#2061]/runnable@ForkJoinPool-1-worker-6: event 991
VirtualThread[#2063]/runnable@ForkJoinPool-1-worker-10: event 992
VirtualThread[#2065]/runnable@ForkJoinPool-1-worker-10: event 993
VirtualThread[#2071]/runnable@ForkJoinPool-1-worker-3: event 996
VirtualThread[#2069]/runnable@ForkJoinPool-1-worker-2: event 995
VirtualThread[#2075]/runnable@ForkJoinPool-1-worker-7: event 998
VirtualThread[#2077]/runnable@ForkJoinPool-1-worker-10: event 999

上面輸出結(jié)果中,每次并發(fā)執(zhí)行100個(gè)任務(wù),當(dāng)虛擬線程池任務(wù)達(dá)到100之后,執(zhí)行eventPublisher.publishEvent("event " + i)代碼時(shí),代碼阻塞,過100ms之后,100個(gè)任務(wù)執(zhí)行完成,下一批任務(wù)被執(zhí)行。

虛擬線程使用注意事項(xiàng)

  • 搞清楚任務(wù)類型,是IO密集型,還是CPU密集型

  • 與傳統(tǒng)線程結(jié)合使用

  • 關(guān)注性能和資源,使用虛擬線程無法通過線程池等工具控制并發(fā),需要借助Semepha,CountdownLatch等工具才能限流,如果不限流,容易造成OOM,或?qū)δ繕?biāo)系統(tǒng)造成巨大流量沖擊。

  • 在異步框架中,關(guān)注隱藏的傳統(tǒng)線程,比如在HttpClient的異步請求中,每次異步請求都會創(chuàng)建一個(gè)HttpClient回調(diào)線程。大量的傳統(tǒng)線程被間接創(chuàng)建,也容易引起OOM。

  • 由synchronized關(guān)鍵字引起的pinned問題,看起來在JDK 21中,做了一些優(yōu)化,即便虛擬線程pinned到傳統(tǒng)線程,也只是性能退回到傳統(tǒng)線程,無非是慢一點(diǎn),反而不是太大問題。經(jīng)過大量測試,發(fā)現(xiàn)基本只出現(xiàn)一次,之后不會再出現(xiàn)。不過使用ReentrantLock,效果確實(shí)會好很多,將synchronized關(guān)鍵字改成lock.()和lock.unlock(),F(xiàn)orkJoinPool中的線程數(shù)量會降低,并且任務(wù)分配均衡。

  • 不要忽略軟件設(shè)計(jì),尤其在需要大量同步的應(yīng)用中。

經(jīng)過驗(yàn)證,虛擬線程在遇到IO時(shí),確實(shí)會讓步,并且不消耗太多資源,核心特點(diǎn)是,讓異步編程變得簡單,并且不需要框架支持。但是容易因大的并發(fā),造成OOM,或者對目標(biāo)系統(tǒng)造成沖擊,追求高并發(fā)可用,但一定要做測試和驗(yàn)證。對于需要做狀態(tài)同步,如需要加鎖,或需要使用synchronize關(guān)鍵字的代碼,需要優(yōu)化設(shè)計(jì),如果無法規(guī)避,那么,使用虛擬線程,和使用線程池,效果差不多。

虛擬線程存在的問題:

Java Virtual Threads — some early gotchas to look out for

Two Pitfalls by moving to Java Virtual Threads

Java 21 Virtual Threads - Dude, Where’s My Lock?

Pitfalls to avoid when switching to Virtual threads

Do Java 21 virtual threads address the main reason to switch to reactive single-thread frameworks?

Pinning: A pitfall to avoid when using virtual threads in Java

Taming the Virtual Threads: Embracing Concurrency With Pitfall Avoidance

Pitfalls you encounter with virtual threads

示例代碼在Gitee上同步

到此這篇關(guān)于Java 虛擬線程 探索的文章就介紹到這了,更多相關(guān)Java 虛擬線程內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

相關(guān)文章

  • Java中的hashcode方法介紹

    Java中的hashcode方法介紹

    這篇文章主要介紹了Java中的hashcode方法介紹,還是比較不錯的,這里分享給大家,供需要的朋友參考。
    2017-11-11
  • 淺析Java getResource詳細(xì)介紹

    淺析Java getResource詳細(xì)介紹

    這篇文章主要介紹了Java getResource 講解,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2021-09-09
  • java實(shí)現(xiàn)掃雷游戲

    java實(shí)現(xiàn)掃雷游戲

    這篇文章主要為大家詳細(xì)介紹了java實(shí)現(xiàn)掃雷游戲,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2020-04-04
  • 通過案例了解靜態(tài)修飾符static使用場景

    通過案例了解靜態(tài)修飾符static使用場景

    這篇文章主要介紹了通過案例了解靜態(tài)修飾符static使用場景,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下
    2020-10-10
  • Java Fluent Mybatis 項(xiàng)目工程化與常規(guī)操作詳解流程篇 下

    Java Fluent Mybatis 項(xiàng)目工程化與常規(guī)操作詳解流程篇 下

    Java中常用的ORM框架主要是mybatis, hibernate, JPA等框架。國內(nèi)又以Mybatis用的多,基于mybatis上的增強(qiáng)框架,又有mybatis plus和TK mybatis等。今天我們介紹一個(gè)新的mybatis增強(qiáng)框架 fluent mybatis關(guān)于項(xiàng)目工程化與常規(guī)操作流程
    2021-10-10
  • Java多線程之線程通信生產(chǎn)者消費(fèi)者模式及等待喚醒機(jī)制代碼詳解

    Java多線程之線程通信生產(chǎn)者消費(fèi)者模式及等待喚醒機(jī)制代碼詳解

    這篇文章主要介紹了Java多線程之線程通信生產(chǎn)者消費(fèi)者模式及等待喚醒機(jī)制代碼詳解,具有一定參考價(jià)值,需要的朋友可以了解下。
    2017-10-10
  • java日期時(shí)間格式化@JsonFormat與@DateTimeFormat的使用

    java日期時(shí)間格式化@JsonFormat與@DateTimeFormat的使用

    本文主要介紹了java日期時(shí)間格式化@JsonFormat與@DateTimeFormat的使用,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2022-08-08
  • SpringMVC全局異常處理的三種方式

    SpringMVC全局異常處理的三種方式

    這篇文章主要介紹了SpringMVC全局異常處理的三種方式,幫助大家更好的理解和使用springmvc,感興趣的朋友可以了解下
    2021-01-01
  • java編程求二叉樹最大路徑問題代碼分析

    java編程求二叉樹最大路徑問題代碼分析

    這篇文章主要介紹了java編程求二叉樹最大路徑問題代碼分析,具有一定借鑒價(jià)值,需要的朋友可以參考下。
    2017-12-12
  • Spring web集成rabbitmq代碼實(shí)例

    Spring web集成rabbitmq代碼實(shí)例

    這篇文章主要介紹了Spring web集成rabbitmq代碼實(shí)例,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下
    2020-01-01

最新評論