先說(shuō)多線程模型，參考經(jīng)典教材《Operating System Concepts , Silberschatz ,9th edition》

中文版是《操作系統(tǒng)概念，第9版》

https://www.cs.uic.edu/~jbell/CourseNotes/OperatingSystems/4_Threads.html

一個(gè)線程是CPU利用率的基本單元，包括一個(gè)程序計(jì)數(shù)器，堆棧，一組寄存器和線程ID。

傳統(tǒng)（重量級(jí)）進(jìn)程具有單個(gè)控制線程 - 有一個(gè)程序計(jì)數(shù)器，以及可在任何給定時(shí)間執(zhí)行的一系列指令。

如圖4.1所示，多線程應(yīng)用程序在單個(gè)進(jìn)程中具有多個(gè)線程，每個(gè)線程都有自己的程序計(jì)數(shù)器，堆棧和寄存器集，但共享公共代碼，數(shù)據(jù)和某些結(jié)構(gòu)（如打開(kāi)文件）。

?圖4.1 - 單線程和多線程進(jìn)程

多線程有四大類優(yōu)點(diǎn)：

響應(yīng)性 - 一個(gè)線程可以提供快速響應(yīng)，而其他線程被阻塞或減慢進(jìn)行密集計(jì)算。

資源共享 - 默認(rèn)情況下，線程共享公共代碼，數(shù)據(jù)和其他資源，這允許在單個(gè)地址空間中同時(shí)執(zhí)行多個(gè)任務(wù)。

經(jīng)濟(jì) - 創(chuàng)建和管理線程（以及它們之間的上下文切換）比為進(jìn)程執(zhí)行相同的任務(wù)要快得多。

可伸縮性，即多處理器體系結(jié)構(gòu)的利用 - 單線程進(jìn)程只能在一個(gè)CPU上運(yùn)行，無(wú)論有多少可用，而多線程應(yīng)用程序的執(zhí)行可能在可用處理器之間分配。（請(qǐng)注意，當(dāng)有多個(gè)進(jìn)程爭(zhēng)用CPU時(shí)，即當(dāng)負(fù)載平均值高于某個(gè)特定閾值時(shí)，單線程進(jìn)程仍然可以從多處理器體系結(jié)構(gòu)中受益。）

?

多核編程

計(jì)算機(jī)體系結(jié)構(gòu)的最新趨勢(shì)是在單個(gè)芯片上生產(chǎn)具有多個(gè)核心或CPU的芯片。

在傳統(tǒng)的單核芯片上運(yùn)行的多線程應(yīng)用程序必須交錯(cuò)線程，如圖4.3所示。

但是，在多核芯片上，線程可以分布在可用內(nèi)核上，從而實(shí)現(xiàn)真正的并行處理，如圖4.4所示。

對(duì)于操作系統(tǒng)，多核芯片需要新的調(diào)度算法以更好地利用可用的多個(gè)核。
隨著多線程變得越來(lái)越普遍和越來(lái)越重要（數(shù)千而不是數(shù)十個(gè)線程），CPU已被開(kāi)發(fā)用于支持硬件中每個(gè)核心更多的同步線程。?

?

多核芯片的挑戰(zhàn)

識(shí)別任務(wù) - 檢查應(yīng)用程序以查找可以同時(shí)執(zhí)行的活動(dòng)。
平衡 - 查找同時(shí)運(yùn)行的任務(wù)，提供相同的價(jià)值。即不要浪費(fèi)一些線程來(lái)完成瑣碎的任務(wù)。
數(shù)據(jù)拆分 - 防止線程相互干擾。
數(shù)據(jù)依賴性 - 如果一個(gè)任務(wù)依賴于另一個(gè)任務(wù)的結(jié)果，則需要同步任務(wù)以確保以正確的順序進(jìn)行訪問(wèn)。
測(cè)試和調(diào)試 - 在并行處理情況下本身就更加困難，因?yàn)楦?jìng)爭(zhēng)條件變得更加復(fù)雜和難以識(shí)別。

?

并行類型

從理論上講，有兩種不同的工作負(fù)載并行化方法：

數(shù)據(jù)并行性

在多個(gè)核（線程）之間劃分?jǐn)?shù)據(jù)，并在數(shù)據(jù)的每個(gè)子集上執(zhí)行相同的任務(wù)。例如，將大圖像分成多個(gè)片段并對(duì)不同核心上的每個(gè)片段執(zhí)行相同的數(shù)字圖像處理。

任務(wù)并行性

劃分要在不同核心之間執(zhí)行的不同任務(wù)并同時(shí)執(zhí)行它們。

在實(shí)踐中，任何程序都不會(huì)僅僅由這些中的一個(gè)或另一個(gè)劃分，而是通過(guò)某種混合組合。

?

多線程模型

在現(xiàn)代系統(tǒng)中有兩種類型的線程需要管理：用戶線程和內(nèi)核線程。

用戶線程由內(nèi)核支持，而不需要內(nèi)核管理。這些是應(yīng)用程序員將在其程序中添加的線程。

內(nèi)核線程由操作系統(tǒng)本身支持和管理。所有現(xiàn)代操作系統(tǒng)都支持內(nèi)核級(jí)線程，允許內(nèi)核同時(shí)執(zhí)行多個(gè)同時(shí)任務(wù)或服務(wù)多個(gè)內(nèi)核系統(tǒng)調(diào)用。

在特定實(shí)現(xiàn)中，必須使用以下策略之一將用戶線程映射到內(nèi)核線程。

?

多對(duì)一模型

在多對(duì)一模型中，許多用戶級(jí)線程都映射到單個(gè)內(nèi)核線程。

線程管理由用戶空間中的線程庫(kù)處理，這非常有效。

但是，如果進(jìn)行了阻塞系統(tǒng)調(diào)用，那么即使其他用戶線程能夠繼續(xù)，整個(gè)進(jìn)程也會(huì)阻塞。

由于單個(gè)內(nèi)核線程只能在單個(gè)CPU上運(yùn)行，因此多對(duì)一模型不允許在多個(gè)CPU之間拆分單個(gè)進(jìn)程。

Solaris和GNU可移植線程的綠色線程在過(guò)去實(shí)現(xiàn)了多對(duì)一模型，但現(xiàn)在很少有系統(tǒng)繼續(xù)這樣做。

一對(duì)一模型

一對(duì)一模型創(chuàng)建一個(gè)單獨(dú)的內(nèi)核線程來(lái)處理每個(gè)用戶線程。

一對(duì)一模型克服了上面列出的問(wèn)題，涉及阻止系統(tǒng)調(diào)用和跨多個(gè)CPU分離進(jìn)程。

但是，管理一對(duì)一模型的開(kāi)銷更大，涉及更多開(kāi)銷和減慢系統(tǒng)速度。

此模型的大多數(shù)實(shí)現(xiàn)都限制了可以創(chuàng)建的線程數(shù)。

Windows(從Win95開(kāi)始)和Linux都實(shí)現(xiàn)了線程的一對(duì)一模型。

?

多對(duì)多模型

多對(duì)多模型將任意數(shù)量的用戶線程復(fù)用到相同或更少數(shù)量的內(nèi)核線程上，結(jié)合了一對(duì)一和多對(duì)一模型的最佳特性。

用戶對(duì)創(chuàng)建的線程數(shù)沒(méi)有限制。

阻止內(nèi)核系統(tǒng)調(diào)用不會(huì)阻止整個(gè)進(jìn)程。

進(jìn)程可以分布在多個(gè)處理器上。

可以為各個(gè)進(jìn)程分配可變數(shù)量的內(nèi)核線程，具體取決于存在的CPU數(shù)量和其他因素。

多對(duì)多模型的一個(gè)流行變體是雙層模型，它允許多對(duì)多或一對(duì)一操作。

IRIX，HP-UX和Tru64 UNIX使用雙層模型，Solaris 9之前的Solaris也是如此。

線程庫(kù)

線程庫(kù)為程序員提供了用于創(chuàng)建和管理線程的API。

線程庫(kù)可以在用戶空間或內(nèi)核空間中實(shí)現(xiàn)。前者涉及僅在用戶空間內(nèi)實(shí)現(xiàn)的API函數(shù)，沒(méi)有內(nèi)核支持。后者涉及系統(tǒng)調(diào)用，并且需要具有線程庫(kù)支持的內(nèi)核。

三個(gè)主要的線程庫(kù)：
POSIX Pthreads - 可以作為用戶或內(nèi)核庫(kù)提供，作為POSIX標(biāo)準(zhǔn)的擴(kuò)展。
Win32線程 - 在Windows系統(tǒng)上作為內(nèi)核級(jí)庫(kù)提供。
Java線程 - 由于Java通常在Java虛擬機(jī)上運(yùn)行，??因此線程的實(shí)現(xiàn)基于JVM運(yùn)行的任何操作系統(tǒng)和硬件，即Pthreads或Win32線程，具體取決于系統(tǒng)。

?

Java線程

所有Java程序都使用Threads - 甚至是“常見(jiàn)的”單線程程序。

新線程的創(chuàng)建需要實(shí)現(xiàn)Runnable接口的對(duì)象，這意味著它們包含一個(gè)方法“public void run（）”。Thread類的任何后代自然都會(huì)包含這樣的方法。（實(shí)際上，必須重寫(xiě)/提供run（）方法，以使線程具有任何實(shí)際功能。）

創(chuàng)建線程對(duì)象不會(huì)啟動(dòng)線程運(yùn)行 - 為此，程序必須調(diào)用Thread的“start（）”方法。Start（）為T(mén)hread分配并初始化內(nèi)存，然后調(diào)用run（）方法。（程序員不直接調(diào)用run（）。）

因?yàn)镴ava不支持全局變量，所以必須將Threads傳遞給共享Object的引用才能共享數(shù)據(jù)。

請(qǐng)注意，JVM在本機(jī)操作系統(tǒng)之上運(yùn)行，并且JVM規(guī)范未指定用于將Java線程映射到內(nèi)核線程的模型。此決定取決于JVM實(shí)現(xiàn)，可能是一對(duì)一，多對(duì)多或多對(duì)一..（在UNIX系統(tǒng)上，JVM通常使用PThreads，而在Windows系統(tǒng)上，它通常使用Windows線程。）

《Java中的全局變量》Java中沒(méi)有全局變量的概念，關(guān)鍵字static定義的全局類公共字段。

?

線程池

每次需要?jiǎng)?chuàng)建新線程然后在完成時(shí)刪除它可能效率低下，并且還可能導(dǎo)致創(chuàng)建非常大（無(wú)限）的線程數(shù)。

另一種解決方案是在進(jìn)程首次啟動(dòng)時(shí)創(chuàng)建多個(gè)線程，并將這些線程放入線程池中。根據(jù)需要從池中分配線程，并在不再需要時(shí)返回池。如果池中沒(méi)有可用的線程，則該進(jìn)程可能必須等到一個(gè)可用。

線程池中可用的（最大）線程數(shù)可以由可調(diào)參數(shù)確定，可能動(dòng)態(tài)地響應(yīng)于改變的系統(tǒng)負(fù)載。

Win32通過(guò)“PoolFunction”函數(shù)提供線程池。Java還通過(guò)java.util.concurrent包為線程池提供支持，Apple支持Grand Central Dispatch架構(gòu)下的線程池。

信號(hào)處理
問(wèn)：當(dāng)多線程進(jìn)程收到信號(hào)時(shí)，該信號(hào)應(yīng)傳遞到哪個(gè)線程？
答：有四個(gè)主要選擇：
將信號(hào)傳遞給信號(hào)所適用的線程。
將信號(hào)傳遞給過(guò)程中的每個(gè)線程。
將信號(hào)傳遞給過(guò)程中的某些線程。
分配特定線程以接收進(jìn)程中的所有信號(hào)。
最佳選擇可能取決于涉及哪個(gè)特定信號(hào)。

UNIX允許各個(gè)線程指示它們接受哪些信號(hào)以及它們忽略哪些信號(hào)。但是，信號(hào)只能傳遞給一個(gè)線程，這通常是接受該特定信號(hào)的第一個(gè)線程。
UNIX提供了兩個(gè)獨(dú)立的系統(tǒng)調(diào)用：kill（pid，signal）和pthread_kill（tid，signal），分別用于向進(jìn)程或特定線程傳遞信號(hào)。
Windows不支持信號(hào)，但可以使用異步過(guò)程調(diào)用（APC）模擬它們。APC被傳遞到特定線程，而不是進(jìn)程。

線程取消
不再需要的線程可能會(huì)被另一個(gè)線程以兩種方式之一取消：
異步取消立即取消線程。
延遲取消設(shè)置一個(gè)標(biāo)志，指示線程在方便時(shí)應(yīng)自行取消。然后由取消的線程定期檢查此標(biāo)志，并在看到標(biāo)志設(shè)置時(shí)很好地退出。
異步取消（共享）資源分配和線程間數(shù)據(jù)傳輸可能會(huì)有問(wèn)題。

線程局部存儲(chǔ)
大多數(shù)數(shù)據(jù)在線程之間共享，這是首先使用線程的主要好處之一。
但是，有時(shí)線程也需要特定于線程的數(shù)據(jù)。
大多數(shù)主要線程庫(kù)（pThreads，Win32，Java）都支持特定于線程的數(shù)據(jù)，稱為線程本地存儲(chǔ)或TLS。請(qǐng)注意，這更像是靜態(tài)數(shù)據(jù)而不是局部變量，因?yàn)樗诤瘮?shù)結(jié)束時(shí)不會(huì)停止存在。

?

Linux線程
Linux不區(qū)分進(jìn)程和線程 - 它使用更通用的術(shù)語(yǔ)“Task”。
傳統(tǒng)的fork（）系統(tǒng)調(diào)用完全復(fù)制了一個(gè)進(jìn)程（Task），如前所述。
另一個(gè)系統(tǒng)調(diào)用clone（）允許父和子任務(wù)之間的不同程度的共享，由下表中顯示的Flag控制：
?

調(diào)用沒(méi)有設(shè)置Flag的clone（）等同于fork（）。使用CLONE_FS，CLONE_VM，CLONE_SIGHAND和CLONE_FILES調(diào)用clone（）等同于創(chuàng)建線程，因?yàn)樗羞@些數(shù)據(jù)結(jié)構(gòu)都將被共享。
Linux使用結(jié)構(gòu)task_struct實(shí)現(xiàn)這一點(diǎn)，該結(jié)構(gòu)實(shí)質(zhì)上為任務(wù)資源提供了間接級(jí)別。如果未設(shè)置標(biāo)志，則復(fù)制結(jié)構(gòu)指向的資源，但如果設(shè)置了標(biāo)志，則僅復(fù)制指向資源的指針，因此共享資源。（想想深層復(fù)制與OO編程中的淺層復(fù)制。）

Linux的幾個(gè)發(fā)行版現(xiàn)在支持NPTL（Native POXIS Thread Library）
符合POSIX標(biāo)準(zhǔn)。
支持SMP（對(duì)稱多處理），NUMA（非統(tǒng)一內(nèi)存訪問(wèn)）和多核處理器。
支持?jǐn)?shù)百到數(shù)千個(gè)線程。

?

《Linux 線程模型的比較：LinuxThreads 和 NPTL》

當(dāng) Linux 最初開(kāi)發(fā)時(shí)，在內(nèi)核中并不能真正支持線程。但是它的確可以通過(guò)?clone()?系統(tǒng)調(diào)用將進(jìn)程作為可調(diào)度的實(shí)體。這個(gè)調(diào)用創(chuàng)建了調(diào)用進(jìn)程（calling process）的一個(gè)拷貝，這個(gè)拷貝與調(diào)用進(jìn)程共享相同的地址空間。LinuxThreads 項(xiàng)目使用這個(gè)調(diào)用來(lái)完全在用戶空間模擬對(duì)線程的支持。不幸的是，這種方法有一些缺點(diǎn)，尤其是在信號(hào)處理、調(diào)度和進(jìn)程間同步原語(yǔ)方面都存在問(wèn)題。另外，這個(gè)線程模型也不符合 POSIX 的要求。

要改進(jìn) LinuxThreads，非常明顯我們需要內(nèi)核的支持，并且需要重寫(xiě)線程庫(kù)。有兩個(gè)相互競(jìng)爭(zhēng)的項(xiàng)目開(kāi)始來(lái)滿足這些要求。一個(gè)包括 IBM 的開(kāi)發(fā)人員的團(tuán)隊(duì)開(kāi)展了 NGPT（Next-Generation POSIX Threads）項(xiàng)目。同時(shí)，Red Hat 的一些開(kāi)發(fā)人員開(kāi)展了 NPTL 項(xiàng)目。NGPT 在 2003 年中期被放棄了，把這個(gè)領(lǐng)域完全留給了 NPTL。

NPTL，或稱為 Native POSIX Thread Library，是 Linux 線程的一個(gè)新實(shí)現(xiàn)，它克服了 LinuxThreads 的缺點(diǎn)，同時(shí)也符合 POSIX 的需求。與 LinuxThreads 相比，它在性能和穩(wěn)定性方面都提供了重大的改進(jìn)。與 LinuxThreads 一樣，NPTL 也實(shí)現(xiàn)了一對(duì)一的模型。

?

《著名的c10k論文》

雖然有點(diǎn)老，但是還是值得一讀。

注意：1：1線程與M：N線程

在實(shí)現(xiàn)線程庫(kù)時(shí)有一個(gè)選擇：您可以將所有線程支持放在內(nèi)核中（這稱為1:1線程模型），或者您可以將其中的相當(dāng)一部分移動(dòng)到用戶空間（這稱為M:N線程模型）。有一點(diǎn)，M:N被認(rèn)為是更高的性能，但它太復(fù)雜了，很難做到正確，大多數(shù)人都在遠(yuǎn)離它。

?

《Java線程如何映射到OS線程？》

JVM線程映射到OS線程是一種常見(jiàn)的讀取語(yǔ)句。但這究竟意味著什么呢？我們?cè)趈ava中創(chuàng)建Thread對(duì)象并調(diào)用其start方法來(lái)啟動(dòng)新線程。它是如何啟動(dòng)OS線程的？以及如何將Thread對(duì)象的run方法附加到執(zhí)行的OS線程？

調(diào)用start0方法，該方法被聲明為本機(jī)方法。“native”標(biāo)記告訴JVM這是一個(gè)特定于平臺(tái)的本機(jī)方法（用C / C ++編寫(xiě)），需要通過(guò)java本機(jī)接口調(diào)用。JNI是Java的本機(jī)方法接口規(guī)范，它詳細(xì)說(shuō)明了本機(jī)代碼如何與JVM集成，反之亦然。（https://docs.oracle.com/javase/9??/docs/specs/jni/design.html#jni-interface-functions-and-pointers）

從Java到C++,以JVM的角度看Java線程的創(chuàng)建與運(yùn)行

參考：【JVM源碼探秘】深入理解Thread.run（）底層實(shí)現(xiàn)

以jdk8為例：

通過(guò)new java.lang.Thread.start()來(lái)啟動(dòng)一個(gè)線程，只需要將業(yè)務(wù)邏輯放在run()方法里即可，啟動(dòng)一個(gè)Java線程，調(diào)用start()方法：

在\openjdk-8u40-src-b25-10_feb_2015\openjdk\jdk\src\share\classes\java\lang\Thread.java

在啟動(dòng)一個(gè)線程時(shí)會(huì)調(diào)用start0()這個(gè)native方法，關(guān)于本地方法的注冊(cè)請(qǐng)參照【JVM源碼探秘】深入registerNatives()底層實(shí)現(xiàn)

在Java的系統(tǒng)包下如：

java.lang.System

java.lang.Object

java.lang.Class

都有一個(gè)靜態(tài)塊用來(lái)執(zhí)行一個(gè)叫做registerNatives()的native方法：

\openjdk-8u40-src-b25-10_feb_2015\openjdk\jdk\src\share\native\java\lang\Thread.c?

start0對(duì)應(yīng)JVM_StartThread

VM_StartThread方法位于\openjdk-8u40-src-b25-10_feb_2015\openjdk\hotspot\src\share\vm\prims\jvm.cpp?

//分配C ++ Thread結(jié)構(gòu)并創(chuàng)建本機(jī)線程。該
//從java檢索的堆棧大小已簽名，但構(gòu)造函數(shù)需要
// size_t（無(wú)符號(hào)類型），因此請(qǐng)避免傳遞負(fù)值
//導(dǎo)致非常大的堆棧。

代碼native_thread = new JavaThread(&thread_entry, sz);用于創(chuàng)建JavaThread實(shí)例，位于

\openjdk-8u40-src-b25-10_feb_2015\openjdk\hotspot\src\share\vm\runtime\thread.cpp

//這里的_osthread可能為NULL，因?yàn)槲覀兊膬?nèi)存不足（活動(dòng)的線程太多）。
???//我們需要拋出OutOfMemoryError ?- 但是我們不能這樣做，因?yàn)檎{(diào)用者
???//可能會(huì)持有一個(gè)鎖，并且在拋出異常之前必須解鎖所有鎖（拋出
???//異常包括創(chuàng)建異常對(duì)象并初始化它，初始化
???//將通過(guò)JavaCall離開(kāi)VM，然后必須解鎖所有鎖。
???//當(dāng)我們到達(dá)這里時(shí)，線程仍然被暫停 線程必須顯式啟動(dòng)
???//由創(chuàng)作者！ 此外，線程還必須顯式添加到“線程”列表中
???//通過(guò)調(diào)用Threads：add。 之所以沒(méi)有這樣做，是因?yàn)榫€程
???//對(duì)象必須完全初始化（看看JVM_Start）?

通過(guò)OS創(chuàng)建線程，位于\openjdk-8u40-src-b25-10_feb_2015\openjdk\hotspot\src\os\linux\vm\os_linux.cpp

bool os::create_thread(Thread* thread, ThreadType thr_type, size_t stack_size) {assert(thread->osthread() == NULL, "caller responsible");// Allocate the OSThread objectOSThread* osthread = new OSThread(NULL, NULL);if (osthread == NULL) {return false;}// set the correct thread stateosthread->set_thread_type(thr_type);// Initial state is ALLOCATED but not INITIALIZEDosthread->set_state(ALLOCATED);thread->set_osthread(osthread);// init thread attributespthread_attr_t attr;pthread_attr_init(&attr);pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED);// stack sizeif (os::Linux::supports_variable_stack_size()) {// calculate stack size if it's not specified by callerif (stack_size == 0) {stack_size = os::Linux::default_stack_size(thr_type);switch (thr_type) {case os::java_thread:// Java threads use ThreadStackSize which default value can be// changed with the flag -Xssassert (JavaThread::stack_size_at_create() > 0, "this should be set");stack_size = JavaThread::stack_size_at_create();break;case os::compiler_thread:if (CompilerThreadStackSize > 0) {stack_size = (size_t)(CompilerThreadStackSize * K);break;} // else fall through:// use VMThreadStackSize if CompilerThreadStackSize is not definedcase os::vm_thread:case os::pgc_thread:case os::cgc_thread:case os::watcher_thread:if (VMThreadStackSize > 0) stack_size = (size_t)(VMThreadStackSize * K);break;}}stack_size = MAX2(stack_size, os::Linux::min_stack_allowed);pthread_attr_setstacksize(&attr, stack_size);} else {// let pthread_create() pick the default value.}// glibc guard pagepthread_attr_setguardsize(&attr, os::Linux::default_guard_size(thr_type));ThreadState state;{// Serialize thread creation if we are running with fixed stack LinuxThreadsbool lock = os::Linux::is_LinuxThreads() && !os::Linux::is_floating_stack();if (lock) {os::Linux::createThread_lock()->lock_without_safepoint_check();}pthread_t tid;int ret = pthread_create(&tid, &attr, (void* (*)(void*)) java_start, thread);pthread_attr_destroy(&attr);if (ret != 0) {if (PrintMiscellaneous && (Verbose || WizardMode)) {perror("pthread_create()");}// Need to clean up stuff we've allocated so farthread->set_osthread(NULL);delete osthread;if (lock) os::Linux::createThread_lock()->unlock();return false;}// Store pthread info into the OSThreadosthread->set_pthread_id(tid);// Wait until child thread is either initialized or aborted{Monitor* sync_with_child = osthread->startThread_lock();MutexLockerEx ml(sync_with_child, Mutex::_no_safepoint_check_flag);while ((state = osthread->get_state()) == ALLOCATED) {sync_with_child->wait(Mutex::_no_safepoint_check_flag);}}if (lock) {os::Linux::createThread_lock()->unlock();}}// Aborted due to thread limit being reachedif (state == ZOMBIE) {thread->set_osthread(NULL);delete osthread;return false;}// The thread is returned suspended (in state INITIALIZED),// and is started higher up in the call chainassert(state == INITIALIZED, "race condition");return true;
}

主要是

// 調(diào)用系統(tǒng)庫(kù)創(chuàng)建線程，thread_native_entry為本地Java線程執(zhí)行入口 //?

int ret = pthread_create(&tid, &attr, (void* (*)(void*)) thread_native_entry, thread);

這個(gè)方法是C++創(chuàng)建線程的庫(kù)方法，通過(guò)調(diào)用這個(gè)方法，會(huì)創(chuàng)建一個(gè)C++ 線程并使線程進(jìn)入就緒狀態(tài)，即可以開(kāi)始運(yùn)行

總結(jié)

以上是生活随笔為你收集整理的Java线程怎样映射到操作系统线程的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。