Java線程如何實現并不受Java虛擬機規范的約束，這是一個與具體虛擬機相關的話題。Java線程在 早期的Classic虛擬機上（JDK 1.2以前），是基于一種被稱為“綠色線程”（Green Threads）的用戶線程 實現的，但從JDK 1.3起，“主流”平臺上的“主流”商用Java虛擬機的線程模型普遍都被替換為基于操作 系統原生線程模型來實現，即采用1：1的線程模型 以HotSpot為例，它的每一個Java線程都是直接映射到一個操作系統原生線程來實現的，而且中間 沒有額外的間接結構，所以HotSpot自己是不會去干涉線程調度的（可以設置線程優先級給操作系統提 供調度建議），全權交給底下的操作系統去處理，所以何時凍結或喚醒線程、該給線程分配多少處理 器執行時間、該把線程安排給哪個處理器核心去執行等，都是由操作系統完成的，也都是由操作系統 全權決定的。 前面強調是兩個“主流”，那就說明肯定還有例外的情況，這里舉兩個比較著名的例子，一個是用 于Java ME的CLDC HotSpot Implementation（CLDC-HI，介紹可見第1章）。它同時支持兩種線程模 型，默認使用1：N由用戶線程實現的線程模型，所有Java線程都映射到一個內核線程上；不過它也可 以使用另一種特殊的混合模型，Java線程仍然全部映射到一個內核線程上，但當Java線程要執行一個阻 塞調用時，CLDC-HI會為該調用單獨開一個內核線程，并且調度執行其他Java線程，等到那個阻塞調 用完成之后再重新調度之前的Java線程繼續執行。 另外一個例子是在Solaris平臺的HotSpot虛擬機，由于操作系統的線程特性本來就可以同時支持 1：1（通過Bound Threads或Alternate Libthread實現）及N：M（通過LWP/Thread Based Synchronization 實現）的線程模型，因此Solaris版的HotSpot也對應提供了兩個平臺專有的虛擬機參數，即-XX： +UseLWPSynchronization（默認值）和-XX：+UseBoundThreads來明確指定虛擬機使用哪種線程模型