jvm深入源碼

① 怎樣查看java中for循環jvm的源碼

方法：使用break。
public class RecTest {
/**
* @param args
*/
public static void main(String[] args) {
for(int i=0; i< 10; i++){
if(i==5){
break; //
}
System.out.print(i+" ");
}
}
}
解釋：本程序實現的是列印：0、1、2、3、4.當i到5的時候滿足條件 i==5；此時執行break操作，跳出本次for循環。

② JVM-安全點

Total time for which application threads were stop 超級長時間，這行日誌代表什麼，以及為什麼時間會這么長

當GC發生時，每個線程只有進入了SafePoint才算是真正掛起，也就是真正的停頓，這個日誌的含義是整個GC過程中STW的時間，配置了 -XX:+PrintGCApplicationStoppedTime 這個參數才會列印這個信息。

重點： 第一個 2.81 seconds 是JVM啟動後的秒數，第二個 2.6 seconds 是 JVM發起STW的開始到結束的時間。特別地，如果是GC引發的STW，這條內容會緊挨著出現在GC log的下面。

有關安全點的詳細說明，請移步：
JVM源碼分析之安全點safepoint
[Java JVM] Hotspot GC研究- GC安全點 (Safepoint&Stop The World)

等待所有用戶線程進入安全點後並阻塞，做一些全局性操作的行為。

配置 -XX:+PrintSafepointStatistics –XX:PrintSafepointStatisticsCount=1 參數，虛擬機會列印如下日誌文件:

RevokeBias、BulkRevokeBias、偏向鎖取消情況。
Deoptimize、
G1IncCollectionPause GC GC 執行情況。

分析 -XX:+PrintSafepointStatistics –XX:PrintSafepointStatisticsCount=1 產生的日誌信息基本上STW的原因都是RevokeBias或者BulkRevokeBias。這個是撤銷偏向鎖操作，雖然每次暫停的 時間很短，但是特別頻繁出現也會很耗時。

一些高並發的系統中，禁掉JVM偏向鎖優化，可以提升系統的吞吐量 。禁用偏向鎖的參數為: -XX:-UseBiasedLocking

R大分析類似情況
調優建議
各種JVM參數說明
stw分析
R大的博客
安全點 stw說明
偏向鎖

③ 簡述jvm工作原理

Java是一種技術，它由四方面組成：Java編程語言、Java類文件格式、Java虛擬機和Java應用程序介面(Java API)。

運行期環境代表著Java平台，開發人員編寫Java代碼(.java文件)，然後將之編譯成位元組碼(.class文件)，再然後位元組碼被裝入內存，一旦位元組碼進入虛擬機，它就會被解釋器解釋執行，或者是被即時代碼發生器有選擇的轉換成機器碼執行。

Java平台由Java虛擬機和Java應用程序介面搭建，Java語言則是進入這個平台的通道，用Java語言編寫並編譯的程序可以運行在這個平台上。

在Java平台的結構中, 可以看出，Java虛擬機(JVM) 處在核心的位置，是程序與底層操作系統和硬體無關的關鍵。它的下方是移植介面，移植介面由兩部分組成：適配器和Java操作系統, 其中依賴於平台的部分稱為適配器；JVM 通過移植介面在具體的平台和操作系統上實現；在JVM 的上方是Java的基本類庫和擴展類庫以及它們的API， 利用Java API編寫的應用程序(application) 和小程序(Java applet) 可以在任何Java平台上運行而無需考慮底層平台, 就是因為有Java虛擬機(JVM)實現了程序與操作系統的分離，從而實現了Java 的平台無關性。

JVM在它的生存周期中有一個明確的任務，那就是運行Java程序，因此當Java程序啟動的時候，就產生JVM的一個實例；當程序運行結束的時候，該實例也跟著消失了。下面我們從JVM的體系結構和它的運行過程這兩個方面來對它進行比較深入的研究。

1、Java虛擬機的體系結構

·每個JVM都有兩種機制：

①類裝載子系統：裝載具有適合名稱的類或介面

②執行引擎：負責執行包含在已裝載的類或介面中的指令

·每個JVM都包含：

方法區、Java堆、Java棧、本地方法棧、指令計數器及其他隱含寄存器

2、Java代碼編譯和執行的整個過程

也正如前面所說，Java代碼的編譯和執行的整個過程大概是：開發人員編寫Java代碼(.java文件)，然後將之編譯成位元組碼(.class文件)，再然後位元組碼被裝入內存，一旦位元組碼進入虛擬機，它就會被解釋器解釋執行，或者是被即時代碼發生器有選擇的轉換成機器碼執行。

（1）Java代碼編譯是由Java源碼編譯器來完成，也就是Java代碼到JVM位元組碼（.class文件）的過程。

2）Java位元組碼的執行是由JVM執行引擎來完成

Java代碼編譯和執行的整個過程包含了以下三個重要的機制:

·Java源碼編譯機制

·類載入機制

·類執行機制

 

（1）Java源碼編譯機制

Java 源碼編譯由以下三個過程組成：

①分析和輸入到符號表

②註解處理

③語義分析和生成class文件

最後生成的class文件由以下部分組成：

①結構信息：包括class文件格式版本號及各部分的數量與大小的信息

②元數據：對應於Java源碼中聲明與常量的信息。包含類/繼承的超類/實現的介面的聲明信息、域與方法聲明信息和常量池

③方法信息：對應Java源碼中語句和表達式對應的信息。包含位元組碼、異常處理器表、求值棧與局部變數區大小、求值棧的類型記錄、調試符號信息

（2）類載入機制 JVM的類載入是通過ClassLoader及其子類來完成的

④ JVM原理是什麼

首先這里澄清兩個概念：JVM實例和JVM執行引擎實例，JVM實例對應了一個獨立運行的Java程序，而JVM執行引擎實例則對應了屬於用戶運行程序的線程；也就是JVM實例是進程級別，而執行引擎是線程級別的。JVM是什麼？—JVM的生命周期JVM實例的誕生：當啟動一個Java程序時，一個JVM實例就產生了，任何一個擁有publicstaticvoidmain(String[]args)函數的class都可以作為JVM實例運行的起點，既然如此，那麼JVM如何知道是運行classA的main而不是運行classB的main呢？這就需要顯式的告訴JVM類名，也就是我們平時運行Java程序命令的由來，如JavaclassAhelloworld,這里Java是告訴os運行SunJava2SDK的Java虛擬機，而classA則指出了運行JVM所需要的類名。JVM實例的運行：main（）作為該程序初始線程的起點，任何其他線程均由該線程啟動。JVM內部有兩種線程：守護線程和非守護線程，main（）屬於非守護線程，守護線程通常由JVM自己使用，Java程序也可以標明自己創建的線程是守護線程。JVM實例的消亡：當程序中的所有非守護線程都終止時，JVM才退出；若安全管理器允許，程序也可以使用Runtime類或者System.exit()來退出。JVM是什麼？—JVM的體系結構粗略分來，JVM的內部體系結構分為三部分，分別是：類裝載器（ClassLoader）子系統，運行時數據區，和執行引擎。下面將先介紹類裝載器，然後是執行引擎，最後是運行時數據區1、類裝載器，顧名思義，就是用來裝載.class文件的。JVM的兩種類裝載器包括：啟動類裝載器和用戶自定義類裝載器，啟動類裝載器是JVM實現的一部分，用戶自定義類裝載器則是Java程序的一部分，必須是ClassLoader類的子類。（下面所述情況是針對SunJDK1.2）動類裝載器：只在系統類(JavaAPI的類文件)的安裝路徑查找要裝入的類用戶自定義類裝載器：系統類裝載器：在JVM啟動時創建，用來在CLASSPATH目錄下查找要裝入的類其他用戶自定義類裝載器：這里有必要先說一下ClassLoader類的幾個方法，了解它們對於了解自定義類裝載器如何裝載.class文件至關重要。(Stringname,bytedata[],intoffset,intlength) (Stringname,bytedata[],intoffset,intlength,);(Stringname) (Classc) defineClass用來將二進制class文件（新類型）導入到方法區,也就是這里指的類是用戶自定義的類（也就是負責裝載類）findSystemClass通過類型的全限定名，先通過系統類裝載器或者啟動類裝載器來裝載，並返回Class對象。ResolveClass:讓類裝載器進行連接動作（包括驗證，分配內存初始化，將類型中的符號引用解析為直接引用），這里涉及到Java命名空間的問題，JVM保證被一個類裝載器裝載的類所引用的所有類都被這個類裝載器裝載，同一個類裝載器裝載的類之間可以相互訪問，但是不同類裝載器裝載的類看不見對方，從而實現了有效的屏蔽。2、執行引擎：它或者在執行位元組碼，或者執行本地方法要說執行引擎，就不得不的指令集，每一條指令包含一個單位元組的操作碼，後面跟0個或者多個操作數。（一）指令集以棧為設計中心，而非以寄存器為中心這種指令集設計如何滿足Java體系的要求：平台無關性：以棧為中心使得在只有很少register的機器上實現Java更便利compiler一般採用stack向連接優化器傳遞編譯的中間結果，若指令集以stack為基礎，則有利於運行時進行的優化工作與執行即時編譯或者自適應優化的執行引擎結合，通俗的說就是使編譯和運行用的數據結構統一，更有利於優化的開展。網路移動性：class文件的緊湊性。安全性：指令集中絕大部分操作碼都指明了操作的類型。（在裝載的時候使用數據流分析期進行一次性驗證，而非在執行每條指令的時候進行驗證，有利於提高執行速度）。（二）執行技術主要的執行技術有:解釋，即時編譯，自適應優化、晶元級直接執行其中解釋屬於第一代JVM，即時編譯JIT屬於第二代JVM，自適應優化（目前Sun的HotspotJVM採用這種技術）則吸取第一代JVM和第二代JVM的經驗，採用兩者結合的方式自適應優化：開始對所有的代碼都採取解釋執行的方式，並監視代碼執行情況，然後對那些經常調用的方法啟動一個後台線程，將其編譯為本地代碼，並進行仔細優化。若方法不再頻繁使用，則取消編譯過的代碼，仍對其進行解釋執行。3、運行時數據區：主要包括：方法區，堆，Java棧，PC寄存器，本地方法棧（1）方法區和堆由所有線程共享堆：存放所有程序在運行時創建的對象方法區：當JVM的類裝載器載入.class文件，並進行解析，把解析的類型信息放入方法區。（2）Java棧和PC寄存器由線程獨享，在新線程創建時間里（3）本地方法棧：存儲本地方法調用的狀態上邊總體介紹了運行時數據區的主要內容，下邊進行詳細介紹，要介紹數據區，就不得不說明JVM中的數據類型。JVM中的數據類型：JVM中基本的數據單元是word,而word的長度由JVM具體的實現者來決定數據類型包括基本類型和引用類型，（1）基本類型包括：數值類型(包括除boolean外的所有的Java基本數據類型)，boolean（在JVM中使用int來表示，0表示false，其他int值均表示true）和returnAddress（JVM的內部類型，用來實現finally子句）。（2）引用類型包括：數組類型，類類型，介面類型前邊講述了JVM中數據的表示，下面讓我們輸入到JVM的數據區首先來看方法區：上邊已經提到，方法區主要用來存儲JVM從class文件中提取的類型信息，那麼類型信息是如何存儲的呢？眾所周知，Java使用的是大端序（big?endian:即低位元組的數據存儲在高位內存上，如對於1234，12是高位數據，34為低位數據，則Java中的存儲格式應該為12存在內存的低地址，34存在內存的高地址，x86中的存儲格式與之相反）來存儲數據，這實際上是在class文件中數據的存儲格式，但是當數據倒入到方法區中時，JVM可以以任何方式來存儲它。類型信息：包括class的全限定名，class的直接父類，類類型還是介面類型，類的修飾符（public,等），所有直接父介面的列表，Class對象提供了訪問這些信息的窗口（可通過Class.forName(「」)或instance.getClass()獲得），下面是Class的方法，相信大家看了會恍然大悟，（原來如此J）getName(),getSuperClass(),isInterface(),getInterfaces(),getClassLoader();static變數作為類型信息的一部分保存指向ClassLoader類的引用：在動態連接時裝載該類中引用的其他類指向Class類的引用：必然的，上邊已述該類型的常量池：包括直接常量（String，integer和floatpoint常量）以及對其他類型、欄位和方法的符號引用（注意：這里的常量池並不是普通意義上的存儲常量的地方，這些符號引用可能是我們在編程中所接觸到的變數），由於這些符號引用，使得常量池成為Java程序動態連接中至關重要的部分欄位信息：普通意義上的類型中聲明的欄位方法信息：類型中各個方法的信息編譯期常量：指用final聲明或者用編譯時已知的值初始化的類變數class將所有的常量復制至其常量池或者其位元組碼流中。方法表：一個數組，包括所有它的實例可能調用的實例方法的直接引用（包括從父類中繼承來的）除此之外，若某個類不是抽象和本地的，還要保存方法的位元組碼，操作數棧和該方法的棧幀，異常表。舉例：classLava{ privateintspeed=5; voidflow(){} classVolcano{ publicstaticvoidmain(String[]args){ Lavalava=newLava(); lava.flow(); } } 運行命令JavaVolcano;（1）JVM找到Volcano.class倒入，並提取相應的類型信息到方法區。通過執行方法區中的位元組碼，JVM執行main（）方法，（執行時會一直保存指向Vocano類的常量池的指針）（2）Main（）中第一條指令告訴JVM需為列在常量池第一項的類分配內存（此處再次說明了常量池並非只存儲常量信息），然後JVM找到常量池的第一項，發現是對Lava類的符號引用，則檢查方法區，看Lava類是否裝載，結果是還未裝載，則查找「Lava.class」,將類型信息寫入方法區，並將方法區Lava類信息的指針來替換Volcano原常量池中的符號引用，即用直接引用來替換符號引用。（3）JVM看到new關鍵字，准備為Lava分配內存，根據Volcano的常量池的第一項找到Lava在方法區的位置，並分析需要多少對空間，確定後，在堆上分配空間，並將speed變數初始為0，並將lava對象的引用壓到棧中（4）調用lava的flow（）方法好了，大致了解了方法區的內容後，讓我們來看看堆Java對象的堆實現：Java對象主要由實例變數（包括自己所屬的類和其父類聲明的）以及指向方法區中類數據的指針，指向方法表的指針，對象鎖（非必需），等待集合（非必需），GC相關的數據（非必需）（主要視GC演算法而定，如對於標記並清除演算法，需要標記對象是否被引用，以及是否已調用finalize（）方法）。那麼為什麼Java對象中要有指向類數據的指針呢？我們從幾個方面來考慮首先：當程序中將一個對象引用轉為另一個類型時，如何檢查轉換是否允許？需用到類數據其次：動態綁定時，並不是需要引用類型，而是需要運行時類型，這里的迷惑是：為什麼類數據中保存的是實際類型，而非引用類型？這個問題先留下來，我想在後續的讀書筆記中應該能明白指向方法表的指針：這里和C++的VTBL是類似的，有利於提高方法調用的效率對象鎖：用來實現多個線程對共享數據的互斥訪問等待集合：用來讓多個線程為完成共同目標而協調功過。（注意Object類中的wait(),notify(),notifyAll()方法）。Java數組的堆實現：數組也擁有一個和他們的類相關聯的Class實例，具有相同dimension和type的數組是同一個類的實例。數組類名的表示：如[[LJava/lang/Object表示Object[][]，[I表示int[]，[[[B表示byte[][][]至此，堆已大致介紹完畢，下面來介紹程序計數器和Java棧程序計數器：為每個線程獨有，在線程啟動時創建，若thread執行Java方法，則PC保存下一條執行指令的地址。若thread執行native方法，則Pc的值為undefinedJava棧：Java棧以幀為單位保存線程的運行狀態，Java棧只有兩種操作，幀的壓棧和出棧。每個幀代表一個方法，Java方法有兩種返回方式，return和拋出異常，兩種方式都會導致該方法對應的幀出棧和釋放內存。幀的組成：局部變數區（包括方法參數和局部變數，對於instance方法，還要首先保存this類型，其中方法參數按照聲明順序嚴格放置，局部變數可以任意放置），操作數棧，幀數據區（用來幫助支持常量池的解析，正常方法返回和異常處理）。本地方法棧：依賴於本地方法的實現，如某個JVM實現的本地方法借口使用C連接模型，則本地方法棧就是C棧，可以說某線程在調用本地方法時，就進入了一個不受JVM限制的領域，也就是JVM可以利用本地方法來動態擴展本身。相信大家都明白JVM是什麼了吧。原文鏈接： http://www.cnblogs.com/chenzhao/archive/2011/08/14/2137713.html

⑤ 關於jdk裡面的jvm的源碼位置問題

jdk或者虛擬機的源碼？

虛擬機跟操作系統有關了，建議可以去找一下openjdk的源碼（關於jdk那部分是一樣的，oralce-jdk多了一部分不開源的sun代碼）
試試看這個網站網頁鏈接

比如jdk10的源碼，hotspot就是hotspot虛擬機的源碼了

⑥ jvm源碼精析 怎麼都是cpp

Attach是什麼
在講這個之前，我們先來點大家都知道的東西，當我們感覺線程一直卡在某個地方，想知道卡在哪裡，首先想到的是進行線程mp，而常用的命令是jstack ，我們就可以看到如下線程棧了
2014-06-18 12:56:14
Full thread mp Java HotSpot(TM) 64-Bit Server VM (24.51-b03 mixed mode):

"Attach Listener" daemon prio=5 tid=0x00007fb0c6800800 nid=0x440b waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"Service Thread" daemon prio=5 tid=0x00007fb0c584d800 nid=0x5303 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" daemon prio=5 tid=0x00007fb0c482e000 nid=0x5103 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" daemon prio=5 tid=0x00007fb0c482c800 nid=0x4f03 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" daemon prio=5 tid=0x00007fb0c4815800 nid=0x4d03 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"Finalizer" daemon prio=5 tid=0x00007fb0c4813800 nid=0x3903 in Object.wait() [0x00000001187d2000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00000007aaa85568> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
- locked <0x00000007aaa85568> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:189)

"Reference Handler" daemon prio=5 tid=0x00007fb0c4800000 nid=0x3703 in Object.wait() [0x00000001186cf000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00000007aaa850f0> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:503)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
- locked <0x00000007aaa850f0> (a java.lang.ref.Reference$Lock)