一、Trace跟蹤引數 -verbose:gc ：輸出虛擬機器中GC的詳細情況 -XX:+PrintGC ：與 -verbose:gc 是一樣的，可以認為-verbose:gc 是 -XX:+Pr

一、物件優先在Eden分配 大多數情況下，物件在新生代Eden區中分配 。當Eden區沒有足夠空間進行分配時，虛擬機器將發起一次Minor GC。 新生代GC（Mino

前言 Java與Docker的結合，雖然更好的解決了application的封裝問題。但也存在著不相容，比如Java並不能自動的發現Docker設定的記憶體限制，CPU限制。 這將導致JVM不能穩定服務

一、哪些記憶體需要回收 引用計數演算法 給物件中新增一個引用計數器，每當有一個地方引用它時，計數器值就加1；當引用失效時，計數器值就減1；任何時刻計數器為0的物件就是不可能再被使用的 引用計數演算

作為使用範圍最廣的虛擬機器之一HotSpot，必須對垃圾回收演算法的執行效率有嚴格的考量，只有這樣才能保證虛擬機器高效執行 列舉根節點 從可達性分析中從 GC Roots 節點找引用鏈這個操作為例，可以

一、Java記憶體區域 執行時資料區 Java虛擬機器在執行Java程式的過程中會把它所管理的記憶體劃分為若干個不同的資料區域。這些區域都有各自的用途，以及建立和銷燬的時間

執行緒化是指同時執行程式設計過程以提高應用程式效能的實踐。雖然直接在業務應用程式中使用執行緒並不常見，但它們一直在Java框架中使用。 例如，處理大量資訊的框架（如 Spring Batch ）使用執行緒

不論是單體應用還是分散式應用，總是會有些許迭代或者緊急Fix bug上線的神操作。但是如果不是那麼幸運，當時還存在大量核心記憶體中資料在進行計算等邏輯，此時終止專案，就會出現核心資料或者狀態丟失的不利情況，後續

儘管JVM提供了自動記憶體管理的機制，試圖降低程式設計師的開發門檻，確實也實現了這一目標，在日常開發中，我們一般都不需要關心物件的記憶體釋放。JVM大部分都是使用trace演算法來判斷一個物

Metrics的基本介紹可以參考之前的文章：Metrics-服務指標度量。 本文簡單介紹下如何將Metrics監控整合到我們的專案中。 本文所使用的metrics-core為3.1.0版本。

首先來了解一下jvm（java虛擬機器）中的幾個比較重要的記憶體區域，這幾個區域在java類的生命週期中扮演著比較重要的角色： 方法區： 在java的虛擬機器中有一塊專門用來存放已經載入的類資訊、常量、靜

java 中的 synchronized 執行 在 Java 中，我們經常用 synchronized 關鍵字對程式進行加鎖。無論是一個程式碼塊還是靜態方法或者例項方法，都可以直接用 synchronize

本文從 JVM 結構入手，介紹了 Java 記憶體管理、物件建立、常量池等基礎知識，對面試中 JVM 相關的基礎題目進行了講解。 寫在前面（常見面試題） 基本問題 介紹下 Java 記憶體區

程式計數器（Program Counter Register）是一塊較小的記憶體空間，它可以看作是當前執行緒所執行的位元組碼的行號指示器。 Java 虛擬機器的多執行緒是通過執行緒輪流切換並分配處理

程式計數器： 程式計數器是一塊較小的記憶體空間，它可以看作是當前執行緒所執行的位元組碼的行號指示器。 程式計數器處於執行緒獨佔區 如果執行緒執行的是 Java 方法，這個計數