#
我公司的J2EE應用程序服務器（Borland Enterprise Server ）有段時間老是會重新啟動（間隔時間很斷）。開始我以為是JVM的垃圾內存搜集器在工作導致的JVM異常退出。但是最近的一
本文轉自： https://
概要 筆者所管理的測試一
JVM大家可能都知道是個什么玩意-Java虛擬機，但是到底是個什么鬼？相信即使工作3-5年的程序員可能也不大了解。 如題所述，今天與大家分享的是如何分析JVM的線程堆棧以及如何從堆棧信息中找出問
前言 Arthas是一個類似于Btrace的JVM在線調試分析工具，具體可參考我之前寫的一篇博客：利用JVM在線調試工具排查線上問題。本文分享筆者剛遇到的一個問題，雖然不復雜，但是很典型。 問題與分析
Java的性能優化，JVM GC（垃圾回收機制）在學習Java GC 之前，我們需要記住一個單詞：stop-the-world 。它會在任何一種GC算法中發生。stop-the-world 意味著
但凡問到 JVM（Java 虛擬機）通常有 99% 的概率一定會問： 在 JVM 中如何判斷一個對象的生死狀態？ 本文就來聊聊這個問題，判斷對象的生死狀態的算法有以下幾個： 1、引用
最簡單的東西，往往包含了最復雜的實現，因為需要為上層的存在提供一個穩定的基礎，Object作為java中所有對象的基類，其存在的價值不言而喻，其中wait和notify方法的實現多線程協作提供了保證。
1. 串行回收 一般使用在單CPU的平臺上 用-XX:+UseSerialGC打開2. 并行回收 一般使用在多CPU的平臺上&n
垃圾回收之垃圾標記算法 對象被判定為垃圾的標準： 該對象沒有被其他對象引用 判定對象是否為垃圾的算法： 引用計數算法，優點：執行效率高，程序執行受影響較小；缺點：無法檢測出循環引用的情況，容易導
