WangSai.coo的专栏

转载自：http://blog.youkuaiyun.com/cutesource/article/details/5904501 从Java平台的逻辑结构上来看，我们可以从下图来了解JVM： 从上图能清晰看到Java平台包含的各个逻辑模块，也能了解到JDK与JRE的区别 对于JVM自身的物理结构，我们可以从下图鸟瞰一下： 对于JVM的学习，在我看来这么几个部分最重要： Java代码编译

转载自：http://www.cnblogs.com/ityouknow/p/5614961.html 概述 垃圾收集 Garbage Collection 通常被称为“GC”，它诞生于1960年 MIT 的 Lisp 语言，经过半个多世纪，目前已经十分成熟了。 jvm 中，程序计数器、虚拟机栈、本地方法栈都是随线程而生随线程而灭，栈帧随着方法的进入和退出做入栈和出栈操作，实现了自动的内存清

文章出处：http://ifeve.com/jvm-yong-generation/ 聊聊JVM的年轻代 1.为什么会有年轻代 我们先来屡屡，为什么需要把堆分代？不分代不能完成他所做的事情么？其实不分代完全可以，分代的唯一理由就是优化GC性能。你先想想，如果没有分代，那我们所有的对象都在一块，GC的时候我们要找到哪些对象没用，这样就会对堆的所有区域进行扫描。而我们的很多对象都是朝生夕

Java内存区域 　　了解Java GC机制，必须先清楚在JVM中内存区域的划分。在Java运行时的数据区里，由JVM管理的内存区域分为下图几个模块： 其中： 1，程序计数器（Program Counter Register）：程序计数器是一个比较小的内存区域，用于指示当前线程所执行的字节码执行到了第几行，可以理解为是当前线程的行号指示器。字节码解释器在工作时，会通过改变

转载自：http://blog.youkuaiyun.com/cutesource/article/details/5907418 首先需要注意的是在对JVM内存调优的时候不能只看操作系统级别Java进程所占用的内存，这个数值不能准确的反应堆内存的真实占用情况，因为GC过后这个值是不会变化的，因此内存调优的时候要更多地使用JDK提供的内存查看工具，比如JConsole和Java VisualVM。 对

转载自：http://blog.youkuaiyun.com/cutesource/article/details/5904542 Java代码编译是由Java源码编译器来完成，流程图如下所示： Java字节码的执行是由JVM执行引擎来完成，流程图如下所示：   Java代码编译和执行的整个过程包含了以下三个重要的机制： Java源码编译机制类加载机制类执行机制 Java源码编译机制

英文原文链接，译文链接，原文作者：Abhishek Gupta ，译者：有孚 本文会介绍一些JVM内存结构的基本概念，然后很快会讲到持久代，来看下Java SE 8发布后它究竟到哪去了。 基础知识 JVM只不过是运行在你系统上的另一个进程而已，这一切的魔法始于一个java命令。正如任何一个操作系统进程那样，JVM也需要内存来完成它的运行时操作。记住——JVM本身是硬件的一层软件抽

Garbage-First（后文简称G1）收集器是当今收集器技术发展的最前沿成果，在Sun公司给出的JDK RoadMap里面，它被视作JDK 7的HotSpot VM 的一项重要进化特征。从JDK 6u14中开始就有Early Access版本的G1收集器供开发人员实验、试用，虽然在JDK 7正式版发布时，G1收集器仍然没有摆脱“Experimental”的标签，但是相信不久后将会有一个成熟的商