當(dāng)前位置：首頁(yè) > 科技 > 軟件

深入理解與應(yīng)用多線程技術(shù)

來源：責(zé)編：時(shí)間：2024-01-09 08:52:02 238觀看

導(dǎo)讀為什么要使用多線程提高響應(yīng)速度：對(duì)于耗時(shí)操作，使用線程可以避免阻塞主線程，提高應(yīng)用程序的響應(yīng)速度。實(shí)現(xiàn)并行操作：在多CPU系統(tǒng)中，使用線程可以并行處理任務(wù)，提高CPU利用率。改善程序結(jié)構(gòu)：將一個(gè)既長(zhǎng)又復(fù)雜的進(jìn)程分為多個(gè)線

為什么要使用多線程

提高響應(yīng)速度：對(duì)于耗時(shí)操作，使用線程可以避免阻塞主線程，提高應(yīng)用程序的響應(yīng)速度。
實(shí)現(xiàn)并行操作：在多CPU系統(tǒng)中，使用線程可以并行處理任務(wù)，提高CPU利用率。
改善程序結(jié)構(gòu)：將一個(gè)既長(zhǎng)又復(fù)雜的進(jìn)程分為多個(gè)線程，可以使其成為幾個(gè)獨(dú)立或半獨(dú)立的運(yùn)行部分，這樣有利于程序的修改和理解。
方便的通信機(jī)制：線程間可以通過共享內(nèi)存等方式進(jìn)行通信，比進(jìn)程間通信更方便、高效。

創(chuàng)建線程有幾種方式？

創(chuàng)建線程有四種方式：

通過繼承Thread類來創(chuàng)建線程。
通過實(shí)現(xiàn)Runnable接口來創(chuàng)建線程。
通過實(shí)現(xiàn)Callable接口來創(chuàng)建線程。
使用Executor框架來創(chuàng)建線程池。

簡(jiǎn)單實(shí)現(xiàn)

public class ThreadTest {    public static void main(String[] args) {        Thread thread = new MyThread();        thread.start();    }}class MyThread extends Thread {    @Override    public void run() {        System.out.println("關(guān)注公眾號(hào):一安未來");    }}

public class ThreadTest {    public static void main(String[] args) {        MyRunnable myRunnable = new MyRunnable();        Thread thread = new Thread(myRunnable);        thread.start();    }}class MyRunnable implements Runnable {    @Override    public void run() {        System.out.println("關(guān)注公眾號(hào):一安未來");    }}

public class ThreadTest {    public static void main(String[] args) throws ExecutionException, InterruptedException {        MyThreadCallable mc = new MyThreadCallable();        FutureTask<Integer> ft = new FutureTask<>(mc);        Thread thread = new Thread(ft);        thread.start();        System.out.println(ft.get());    }}class MyThreadCallable implements Callable {    @Override    public String call()throws Exception {        return "關(guān)注公眾號(hào):一安未來";    }}

public class ThreadTest {    public static void main(String[] args) throws Exception {        ThreadPoolExecutor executorOne = new ThreadPoolExecutor(5, 5, 1,                TimeUnit.MINUTES, new ArrayBlockingQueue<Runnable>(20), new CustomizableThreadFactory("Yian-Thread-pool"));        executorOne.execute(() -> {            System.out.println("關(guān)注公眾號(hào)：一安未來");        });        //關(guān)閉線程池        executorOne.shutdown();    }}

線程和進(jìn)程的區(qū)別

線程和進(jìn)程是操作系統(tǒng)中重要的概念，都是操作系統(tǒng)資源分配的基本單位，但它們有一些關(guān)鍵的區(qū)別。

地址空間和資源擁有：進(jìn)程是執(zhí)行中的一個(gè)程序，具有自己的地址空間和文件描述符等資源。線程是在進(jìn)程中執(zhí)行的一個(gè)單獨(dú)的執(zhí)行路徑，共享進(jìn)程的地址空間和資源。
開銷：創(chuàng)建和銷毀一個(gè)進(jìn)程需要保存寄存器、棧信息以及進(jìn)行資源分配和回收等操作，開銷較大。而線程的創(chuàng)建和銷毀只需保存寄存器和棧信息，開銷較小。
通信切換：進(jìn)程之間必須通過IPC（進(jìn)程間通信）進(jìn)行通信，切換開銷相對(duì)較大。線程之間可以直接共享進(jìn)程的地址空間和資源，切換開銷相對(duì)較小。
并發(fā)性：進(jìn)程是獨(dú)立的執(zhí)行單元，具有自己的調(diào)度算法，在并發(fā)條件下更加穩(wěn)定可靠。而線程共享進(jìn)程的資源，線程之間的調(diào)度和同步比較復(fù)雜，對(duì)并發(fā)條件的處理需要更多的注意。
一對(duì)多的關(guān)系：一個(gè)線程只能屬于一個(gè)進(jìn)程，而一個(gè)進(jìn)程可以擁有多個(gè)線程。

Runnable和 Callable有什么區(qū)別

Runnable接口只有一個(gè)需要實(shí)現(xiàn)的方法，即run()。當(dāng)你啟動(dòng)一個(gè)線程時(shí)，這個(gè)run()方法就會(huì)被執(zhí)行。Runnable的主要問題是它不支持返回結(jié)果
Callable可以返回結(jié)果，也可以拋出異常。它有一個(gè)call()方法，當(dāng)調(diào)用這個(gè)方法時(shí)，這個(gè)方法就會(huì)被執(zhí)行。

volatile作用，原理

主要用于聲明變量，以指示該變量可能會(huì)被多個(gè)線程同時(shí)訪問，從而防止編譯器進(jìn)行一些優(yōu)化，確保線程之間能夠正確地讀寫共享變量。volatile 提供了一種輕量級(jí)的同步機(jī)制，但它并不能替代 synchronized，因?yàn)樗鼰o法解決復(fù)合操作的原子性問題。

作用：

可見性：當(dāng)一個(gè)線程修改了一個(gè)被 volatile 修飾的變量的值，其他線程能夠立即看到這個(gè)修改，即保證了變量的可見性。
禁止指令重排序： volatile 修飾的變量的讀寫操作會(huì)禁止指令重排序，確保變量的寫操作不會(huì)被重排序到其它操作之前。

原理：

volatile 的實(shí)現(xiàn)原理涉及到 CPU 的緩存一致性和內(nèi)存屏障（Memory Barrier）的概念。

內(nèi)存可見性：當(dāng)一個(gè)線程寫入一個(gè) volatile 變量時(shí)，會(huì)強(qiáng)制將該線程對(duì)應(yīng)的本地內(nèi)存中的值刷新到主內(nèi)存中，從而保證了其他線程能夠看到最新的值。同樣，當(dāng)一個(gè)線程讀取一個(gè) volatile 變量時(shí)，會(huì)強(qiáng)制從主內(nèi)存中讀取最新的值到本地內(nèi)存中。
禁止指令重排序： volatile 修飾的變量的讀寫操作會(huì)在其前后插入內(nèi)存屏障，防止在其前后的指令被重排序。

synchronized 的實(shí)現(xiàn)原理以及鎖優(yōu)化

如果synchronized作用于代碼塊，反編譯可以看到兩個(gè)指令：monitorenter、monitorexit，JVM使用monitorenter和monitorexit兩個(gè)指令實(shí)現(xiàn)同步；如果作用synchronized作用于方法,反編譯可以看到ACCSYNCHRONIZED標(biāo)記，JVM通過在方法訪問標(biāo)識(shí)符(flags)中加入ACCSYNCHRONIZED來實(shí)現(xiàn)同步功能。

同步代碼塊，當(dāng)線程執(zhí)行到monitorenter的時(shí)候要先獲得monitor鎖，才能執(zhí)行后面的方法。當(dāng)線程執(zhí)行到monitorexit的時(shí)候則要釋放鎖。
同步方法，當(dāng)線程執(zhí)行有ACCSYNCHRONI標(biāo)志的方法，需要獲得monitor鎖。每個(gè)對(duì)象都與一個(gè)monitor相關(guān)聯(lián)，線程可以占有或者釋放monitor。

monitor監(jiān)視器

操作系統(tǒng)的管程（monitors）是概念原理，ObjectMonitor是它的原理實(shí)現(xiàn)。

圖片

在Java虛擬機(jī)（HotSpot）中，Monitor（管程）是由ObjectMonitor實(shí)現(xiàn)的，其主要數(shù)據(jù)結(jié)構(gòu)如下：

ObjectMonitor() {    _header       = NULL;    _count        = 0; // 記錄個(gè)數(shù)    _waiters      = 0,    _recursions   = 0;    _object       = NULL;    _owner        = NULL;    _WaitSet      = NULL;  // 處于wait狀態(tài)的線程，會(huì)被加入到_WaitSet    _WaitSetLock  = 0 ;    _Responsible  = NULL ;    _succ         = NULL ;    _cxq          = NULL ;    FreeNext      = NULL ;    _EntryList    = NULL ;  // 處于等待鎖block狀態(tài)的線程，會(huì)被加入到該列表    _SpinFreq     = 0 ;    _SpinClock    = 0 ;    OwnerIsThread = 0 ;  }

Java Monitor 的工作機(jī)理

圖片

要獲取monitor的線程,首先會(huì)進(jìn)入EntryList隊(duì)列。
當(dāng)某個(gè)線程獲取到對(duì)象的monitor后,進(jìn)入Owner區(qū)域，設(shè)置為當(dāng)前線程,同時(shí)計(jì)數(shù)器count加1。
如果線程調(diào)用了wait()方法，則會(huì)進(jìn)入WaitSet隊(duì)列阻塞等待。它會(huì)釋放monitor鎖，即將owner賦值為null,count自減1。
如果其他線程調(diào)用 notify()/notifyAll() ，會(huì)喚醒WaitSet中的某個(gè)或全部線程，該線程再次嘗試獲取monitor鎖，成功即進(jìn)入Owner區(qū)域。
同步方法執(zhí)行完畢了，線程退出臨界區(qū)，會(huì)將monitor的owner設(shè)為null，并釋放監(jiān)視鎖

對(duì)象與monitor關(guān)聯(lián)

圖片

在HotSpot虛擬機(jī)中，對(duì)象在內(nèi)存中存儲(chǔ)的布局可以分為3塊區(qū)域：對(duì)象頭（Header），實(shí)例數(shù)據(jù)（Instance Data）和對(duì)象填充（Padding）。
對(duì)象頭主要包括兩部分?jǐn)?shù)據(jù)：Mark Word（標(biāo)記字段）、Class Pointer（類型指針）。

Mark Word 是用于存儲(chǔ)對(duì)象自身的運(yùn)行時(shí)數(shù)據(jù)，如哈希碼（HashCode）、GC分代年齡、鎖狀態(tài)標(biāo)志、線程持有的鎖、偏向線程 ID、偏向時(shí)間戳等。

圖片

重量級(jí)鎖，指向互斥量的指針。其實(shí)synchronized是重量級(jí)鎖，也就是說Synchronized的對(duì)象鎖，Mark Word鎖標(biāo)識(shí)位為10，其中指針指向的是Monitor對(duì)象的起始地址。

在JDK1.6之前，synchronized的實(shí)現(xiàn)直接調(diào)用ObjectMonitor的enter和exit，這種鎖被稱之為重量級(jí)鎖。從JDK6開始，HotSpot虛擬機(jī)開發(fā)團(tuán)隊(duì)對(duì)Java中的鎖進(jìn)行優(yōu)化，如增加了適應(yīng)性自旋、鎖消除、鎖粗化、輕量級(jí)鎖和偏向鎖等優(yōu)化策略，提升了synchronized的性能。

偏向鎖：在無競(jìng)爭(zhēng)的情況下，只是在Mark Word里存儲(chǔ)當(dāng)前線程指針，CAS操作都不做。
輕量級(jí)鎖：在沒有多線程競(jìng)爭(zhēng)時(shí)，相對(duì)重量級(jí)鎖，減少操作系統(tǒng)互斥量帶來的性能消耗。但是，如果存在鎖競(jìng)爭(zhēng)，除了互斥量本身開銷，還額外有CAS操作的開銷。
自旋鎖：減少不必要的CPU上下文切換。在輕量級(jí)鎖升級(jí)為重量級(jí)鎖時(shí)，就使用了自旋加鎖的方式
鎖粗化：將多個(gè)連續(xù)的加鎖、解鎖操作連接在一起，擴(kuò)展成一個(gè)范圍更大的鎖。
鎖消除：虛擬機(jī)即時(shí)編譯器在運(yùn)行時(shí)，對(duì)一些代碼上要求同步，但是被檢測(cè)到不可能存在共享數(shù)據(jù)競(jìng)爭(zhēng)的鎖進(jìn)行消除。

線程有哪些狀態(tài)

圖片

New：線程對(duì)象創(chuàng)建之后、但還沒有調(diào)用start()方法，就是這個(gè)狀態(tài)。
Runnable：它包括就緒（ready）和運(yùn)行中（running）兩種狀態(tài)。如果調(diào)用start方法，線程就會(huì)進(jìn)入Runnable狀態(tài)。它表示我這個(gè)線程可以被執(zhí)行啦（此時(shí)相當(dāng)于ready狀態(tài)），如果這個(gè)線程被調(diào)度器分配了CPU時(shí)間，那么就可以被執(zhí)行（此時(shí)處于running狀態(tài)）。
Blocked：阻塞的（被同步鎖或者IO鎖阻塞）。表示線程阻塞于鎖，線程阻塞在進(jìn)入synchronized關(guān)鍵字修飾的方法或代碼塊(等待獲取鎖)時(shí)的狀態(tài)。比如前面有一個(gè)臨界區(qū)的代碼需要執(zhí)行，那么線程就需要等待，它就會(huì)進(jìn)入這個(gè)狀態(tài)。它一般是從RUNNABLE狀態(tài)轉(zhuǎn)化過來的。如果線程獲取到鎖，它將變成RUNNABLE狀態(tài)。
WAITING : 永久等待狀態(tài)，進(jìn)入該狀態(tài)的線程需要等待其他線程做出一些特定動(dòng)作（比如通知）。處于該狀態(tài)的線程不會(huì)被分配CPU執(zhí)行時(shí)間，它們要等待被顯式地喚醒，否則會(huì)處于無限期等待的狀態(tài)。一般Object.wait。
TIMED_WATING: 等待指定的時(shí)間重新被喚醒的狀態(tài)。有一個(gè)計(jì)時(shí)器在里面計(jì)算的，最常見就是使用Thread.sleep方法觸發(fā)，觸發(fā)后，線程就進(jìn)入了Timed_waiting狀態(tài)，隨后會(huì)由計(jì)時(shí)器觸發(fā)，再進(jìn)入Runnable狀態(tài)。
終止(TERMINATED)：表示該線程已經(jīng)執(zhí)行完成。

CountDownLatch與CyclicBarrier 區(qū)別

CountDownLatch和CyclicBarrier都用于讓線程等待，達(dá)到一定條件時(shí)再運(yùn)行。主要區(qū)別是：

CountDownLatch：一個(gè)或者多個(gè)線程，等待其他多個(gè)線程完成某件事情之后才能執(zhí)行;
CyclicBarrier：多個(gè)線程互相等待，直到到達(dá)同一個(gè)同步點(diǎn)，再繼續(xù)一起執(zhí)行。

圖片

多線程環(huán)境下的偽共享

CPU的緩存是以緩存行(cache line)為單位進(jìn)行緩存的，當(dāng)多個(gè)線程修改相互獨(dú)立的變量，而這些變量又處于同一個(gè)緩存行時(shí)就會(huì)影響彼此的性能。這就是偽共享

現(xiàn)代計(jì)算機(jī)計(jì)算模型:

圖片

CPU執(zhí)行速度比內(nèi)存速度快好幾個(gè)數(shù)量級(jí)，為了提高執(zhí)行效率，現(xiàn)代計(jì)算機(jī)模型演變出CPU、緩存（L1，L2，L3），內(nèi)存的模型。
CPU執(zhí)行運(yùn)算時(shí)，如先從L1緩存查詢數(shù)據(jù)，找不到再去L2緩存找，依次類推，直到在內(nèi)存獲取到數(shù)據(jù)。
為了避免頻繁從內(nèi)存獲取數(shù)據(jù)，聰明的科學(xué)家設(shè)計(jì)出緩存行，緩存行大小為64字節(jié)。

也正是因?yàn)榫彺嫘械拇嬖冢蛯?dǎo)致了偽共享問題，如圖所示：

圖片

假設(shè)數(shù)據(jù)a、b被加載到同一個(gè)緩存行。

當(dāng)線程1修改了a的值，這時(shí)候CPU1就會(huì)通知其他CPU核，當(dāng)前緩存行（Cache line）已經(jīng)失效。
這時(shí)候，如果線程2發(fā)起修改b，因?yàn)榫彺嫘幸呀?jīng)失效了，所以「core2 這時(shí)會(huì)重新從主內(nèi)存中讀取該 Cache line 數(shù)據(jù)」。讀完后，因?yàn)樗薷腷的值，那么CPU2就通知其他CPU核，當(dāng)前緩存行（Cache line）又已經(jīng)失效。
所以，如果同一個(gè)Cache line的內(nèi)容被多個(gè)線程讀寫，就很容易產(chǎn)生相互競(jìng)爭(zhēng)，頻繁回寫主內(nèi)存，會(huì)大大降低性能。

解決偽共享問題的一種方法是通過填充（Padding）來確保共享的變量獨(dú)立存儲(chǔ)于不同的緩存行中。填充的思想是在變量之間插入一些無關(guān)的數(shù)據(jù)，使它們分布到不同的緩存行，從而避免多個(gè)變量共享同一個(gè)緩存行。
在Java中，可以使用@Contended注解來避免偽共享。這個(gè)注解可以在字段上使用，它會(huì)在字段的前后插入填充，使得字段單獨(dú)占據(jù)一個(gè)緩存行。

Fork/Join框架

Fork/Join框架是Java7提供的一個(gè)用于并行執(zhí)行任務(wù)的框架，是一個(gè)把大任務(wù)分割成若干個(gè)小任務(wù)，最終匯總每個(gè)小任務(wù)結(jié)果后得到大任務(wù)結(jié)果的框架。

Fork/Join框架需要理解兩個(gè)點(diǎn)，「分而治之」和「工作竊取」。

分而治之

圖片

工作竊取

圖片

一般就是指做得快的線程（盜竊線程）搶慢的線程的任務(wù)來做，同時(shí)為了減少鎖競(jìng)爭(zhēng)，通常使用雙端隊(duì)列，即快線程和慢線程各在一端。

ThreadLocal原理

ThreadLocal的內(nèi)存結(jié)構(gòu)圖:

圖片

Thread線程類有一個(gè)類型為ThreadLocal.ThreadLocalMap的實(shí)例變量threadLocals，即每個(gè)線程都有一個(gè)屬于自己的ThreadLocalMap。
ThreadLocalMap內(nèi)部維護(hù)著Entry數(shù)組，每個(gè)Entry代表一個(gè)完整的對(duì)象，key是ThreadLocal本身，value是ThreadLocal的泛型值。
并發(fā)多線程場(chǎng)景下，每個(gè)線程Thread，在往ThreadLocal里設(shè)置值的時(shí)候，都是往自己的ThreadLocalMap里存，讀也是以某個(gè)ThreadLocal作為引用，在自己的map里找對(duì)應(yīng)的key，從而可以實(shí)現(xiàn)了線程隔離。

內(nèi)存泄露問題：指程序中動(dòng)態(tài)分配的堆內(nèi)存由于某種原因沒有被釋放或者無法釋放，造成系統(tǒng)內(nèi)存的浪費(fèi)，導(dǎo)致程序運(yùn)行速度減慢或者系統(tǒng)奔潰等嚴(yán)重后果。內(nèi)存泄露堆積將會(huì)導(dǎo)致內(nèi)存溢出。

ThreadLocal的內(nèi)存泄露問題一般考慮和Entry對(duì)象有關(guān)，ThreadLocal::Entry被弱引用所修飾。JVM會(huì)將弱引用修飾的對(duì)象在下次垃圾回收中清除掉。這樣就可以實(shí)現(xiàn)ThreadLocal的生命周期和線程的生命周期解綁。但實(shí)際上并不是使用了弱引用就會(huì)發(fā)生內(nèi)存泄露問題，考慮下面幾個(gè)過程：

圖片

當(dāng)ThreadLocal Ref被回收了，由于在Entry使用的是強(qiáng)引用，在Current Thread還存在的情況下就存在著到達(dá)Entry的引用鏈，無法清除掉ThreadLocal的內(nèi)容，同時(shí)Entry的value也同樣會(huì)被保留；也就是說就算使用了強(qiáng)引用仍然會(huì)出現(xiàn)內(nèi)存泄露問題。

圖片

當(dāng)ThreadLocal Ref被回收了，由于在Entry使用的是弱引用，因此在下次垃圾回收的時(shí)候就會(huì)將ThreadLocal對(duì)象清除，這個(gè)時(shí)候Entry中的KEY=null。但是由于ThreadLocalMap中任然存在Current Thread Ref這個(gè)強(qiáng)引用，因此Entry中value的值任然無法清除。還是存在內(nèi)存泄露的問題。

AQS實(shí)現(xiàn)原理

AbstractQueuedSynchronizer（AQS）是Java中用于構(gòu)建同步器的基礎(chǔ)框架。它提供了一個(gè)靈活的、可重用的同步器實(shí)現(xiàn)，可以用來構(gòu)建各種同步工具，如ReentrantLock、Semaphore、CountDownLatch等。AQS的核心思想是基于FIFO等待隊(duì)列，通過狀態(tài)（state）來管理線程的同步。

核心原理：

State（狀態(tài)）： AQS 的同步狀態(tài)是一個(gè)整數(shù)，表示被同步的資源的狀態(tài)。不同的同步器會(huì)使用不同的方式來表示狀態(tài)的含義，例如，ReentrantLock 使用 state 表示持有鎖的線程的數(shù)量，Semaphore 使用 state 表示可用的許可數(shù)量等。
FIFO 等待隊(duì)列： AQS 使用一個(gè)FIFO的等待隊(duì)列來管理獲取同步資源失敗的線程。每個(gè)節(jié)點(diǎn)（Node）表示一個(gè)等待線程，節(jié)點(diǎn)中保存了等待狀態(tài)、前驅(qū)節(jié)點(diǎn)、后繼節(jié)點(diǎn)等信息。當(dāng)一個(gè)線程嘗試獲取鎖但失敗時(shí)，它會(huì)被包裝成一個(gè)節(jié)點(diǎn)并加入到等待隊(duì)列中。
獨(dú)占模式和共享模式： AQS 支持獨(dú)占模式和共享模式。獨(dú)占模式表示只有一個(gè)線程能夠獲取同步資源，如ReentrantLock 就是獨(dú)占模式的同步器。共享模式表示多個(gè)線程可以同時(shí)獲取同步資源，如Semaphore 就是共享模式的同步器。AQS 使用 acquire 和 release 方法來分別表示獲取和釋放同步資源。
acquire 方法：當(dāng)線程嘗試獲取同步資源時(shí)，它會(huì)調(diào)用 AQS 的 acquire 方法。acquire 方法會(huì)根據(jù)同步狀態(tài)的不同情況進(jìn)行處理，如果同步狀態(tài)允許當(dāng)前線程獲取資源，則直接返回；否則，當(dāng)前線程會(huì)被包裝成節(jié)點(diǎn)并加入到等待隊(duì)列中，然后進(jìn)入自旋等待狀態(tài)，直到獲取到資源。
release 方法：當(dāng)線程釋放同步資源時(shí)，它會(huì)調(diào)用 AQS 的 release 方法。release 方法會(huì)根據(jù)同步狀態(tài)的不同情況進(jìn)行處理，然后喚醒等待隊(duì)列中的下一個(gè)線程，使其有機(jī)會(huì)獲取資源。
獨(dú)占鎖和共享鎖的實(shí)現(xiàn)： AQS 提供了獨(dú)占鎖的實(shí)現(xiàn)方法 tryAcquire 和 tryRelease，以及共享鎖的實(shí)現(xiàn)方法 tryAcquireShared 和 tryReleaseShared。

ReentrantLock 解析：

圖片

上下文切換

CPU上下文：CPU 寄存器，是CPU內(nèi)置的容量小、但速度極快的內(nèi)存。而程序計(jì)數(shù)器，則是用來存儲(chǔ) CPU 正在執(zhí)行的指令位置、或者即將執(zhí)行的下一條指令位置。它們都是 CPU 在運(yùn)行任何任務(wù)前，必須的依賴環(huán)境，因此叫做
CPU上下文切換：把前一個(gè)任務(wù)的CPU上下文（也就是CPU寄存器和程序計(jì)數(shù)器）保存起來，然后加載新任務(wù)的上下文到這些寄存器和程序計(jì)數(shù)器，最后再跳轉(zhuǎn)到程序計(jì)數(shù)器所指的新位置，運(yùn)行新任務(wù)。

圖片

分時(shí)調(diào)度：讓所有的線程輪流獲得CPU的使用權(quán)，并且平均分配每個(gè)線程占用的 CPU 的時(shí)間片。
搶占式調(diào)度：優(yōu)先讓可運(yùn)行池中優(yōu)先級(jí)高的線程占用CPU，如果可運(yùn)行池中的線程優(yōu)先級(jí)相同，那么就隨機(jī)選擇一個(gè)線程，使其占用CPU。處于運(yùn)行狀態(tài)的線程會(huì)一直運(yùn)行，直至它不得不放棄 CPU。

本文鏈接：http://www.www897cc.com/showinfo-26-58945-0.html深入理解與應(yīng)用多線程技術(shù)

聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com

上一篇： Vue3.js組件通信，兄弟組件、父子、祖孫組件間通信

下一篇：程序開發(fā)中使用XML還是JSON作為數(shù)據(jù)傳輸格式好？

標(biāo)簽：

熱門焦點(diǎn)

6月iOS設(shè)備性能榜：M2穩(wěn)居榜首 A系列只能等一手3nm來救

沒有新品發(fā)布，自然iOS設(shè)備性能榜的上榜設(shè)備就沒有什么更替，僅僅只有跑分變化而產(chǎn)生的排名變動(dòng)，畢竟蘋果新品的發(fā)布節(jié)奏就是這樣的，一年下來也就幾個(gè)移動(dòng)端新品，不會(huì)像安卓廠商，一
8月總票房已突破10億！《封神》第一：口碑已經(jīng)成了

8月5日消息，據(jù)燈塔專業(yè)版數(shù)據(jù)，截至8月5日9時(shí)35分，8月總票房（含預(yù)售）已突破10億。其中，《封神》以大比分的優(yōu)勢(shì)領(lǐng)先。根據(jù)官方消息，目前該片總票房已經(jīng)超過14.
三言兩語(yǔ)說透設(shè)計(jì)模式的藝術(shù)-簡(jiǎn)單工廠模式

一、寫在前面工廠模式是最常見的一種創(chuàng)建型設(shè)計(jì)模式，通常說的工廠模式指的是工廠方法模式，是使用頻率最高的工廠模式。簡(jiǎn)單工廠模式又稱為靜態(tài)工廠方法模式，不屬于GoF 23種設(shè)計(jì)
微博大門常打開，迎接海外畫師漂洋東渡

作者:互聯(lián)網(wǎng)那些事“起猛了，我能看得懂日語(yǔ)了”。“為什么日本人說話我能聽懂？”“中文不像中文，日語(yǔ)不像日語(yǔ)，但是我竟然看懂了”…&hell
造車兩年股價(jià)跌六成，小米的估值邏輯變了嗎？

如果從小米官宣造車后的首個(gè)交易日起持有小米集團(tuán)的股票，那么截至2023年上半年最后一個(gè)交易日，投資者將浮虧59.16%，同區(qū)間的恒生科技指數(shù)跌幅為52.78%
三星電子Q2營(yíng)收60萬(wàn)億韓元存儲(chǔ)業(yè)務(wù)營(yíng)收同比仍下滑超過50%

7月27日消息，據(jù)外媒報(bào)道，從三星電子所發(fā)布的財(cái)報(bào)來看，他們主要利潤(rùn)來源的存儲(chǔ)芯片業(yè)務(wù)在今年二季度仍不樂觀，營(yíng)收同比仍在大幅下滑，所在的設(shè)備解決方案
首發(fā)天璣9200+ iQOO Neo8系列發(fā)布首銷售價(jià)2299元起

2023年5月23日晚，iQOO Neo8系列正式發(fā)布。其中，Neo系列首款Pro之作——iQOO Neo8 Pro強(qiáng)悍登場(chǎng)，限時(shí)售價(jià)3099元起；價(jià)位段最強(qiáng)性能手機(jī)iQOO Neo8同期上市
由于成本持續(xù)增加，筆記本產(chǎn)品價(jià)格預(yù)計(jì)將明顯上漲

根據(jù)知情人士透露，由于材料、物流等成本持續(xù)增加，筆記本產(chǎn)品價(jià)格預(yù)計(jì)將在2021年下半年有明顯上漲。進(jìn)入6月下旬以來，全球半導(dǎo)體芯片缺貨情況加劇，顯卡、處理器
“買真退假” 這種“羊毛”不能薅

□ 法治日?qǐng)?bào) 記者王春　　□ 本報(bào)通訊員胡佳麗　　2020年初，還在上大學(xué)的小東加入了一個(gè)大學(xué)生兼職QQ群。群主“七王”在群里介紹一些刷單賺

日韩成人免费在线_国产成人一二_精品国产免费人成电影在线观..._日本一区二区三区久久久久久久久不

深入理解與應(yīng)用多線程技術(shù)

為什么要使用多線程

創(chuàng)建線程有幾種方式？

簡(jiǎn)單實(shí)現(xiàn)

線程和進(jìn)程的區(qū)別

Runnable和 Callable有什么區(qū)別

volatile作用，原理

synchronized 的實(shí)現(xiàn)原理以及鎖優(yōu)化

monitor監(jiān)視器

Java Monitor 的工作機(jī)理

對(duì)象與monitor關(guān)聯(lián)

線程有哪些狀態(tài)

CountDownLatch與CyclicBarrier 區(qū)別

多線程環(huán)境下的偽共享

Fork/Join框架

分而治之

工作竊取

ThreadLocal原理

AQS實(shí)現(xiàn)原理

上下文切換

6月iOS設(shè)備性能榜：M2穩(wěn)居榜首 A系列只能等一手3nm來救

8月總票房已突破10億！《封神》第一：口碑已經(jīng)成了

三言兩語(yǔ)說透設(shè)計(jì)模式的藝術(shù)-簡(jiǎn)單工廠模式

微博大門常打開，迎接海外畫師漂洋東渡

造車兩年股價(jià)跌六成，小米的估值邏輯變了嗎？

三星電子Q2營(yíng)收60萬(wàn)億韓元存儲(chǔ)業(yè)務(wù)營(yíng)收同比仍下滑超過50%

首發(fā)天璣9200+ iQOO Neo8系列發(fā)布首銷售價(jià)2299元起

由于成本持續(xù)增加，筆記本產(chǎn)品價(jià)格預(yù)計(jì)將明顯上漲

“買真退假” 這種“羊毛”不能薅

最新推薦

猜你喜歡

熱門推薦

相關(guān)資訊