深入淺析Java 虛擬線程
在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 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-10Java多線程之線程通信生產(chǎn)者消費(fèi)者模式及等待喚醒機(jī)制代碼詳解
這篇文章主要介紹了Java多線程之線程通信生產(chǎn)者消費(fèi)者模式及等待喚醒機(jī)制代碼詳解,具有一定參考價(jià)值,需要的朋友可以了解下。2017-10-10java日期時(shí)間格式化@JsonFormat與@DateTimeFormat的使用
本文主要介紹了java日期時(shí)間格式化@JsonFormat與@DateTimeFormat的使用,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-08-08