零度的博客专栏

1、堆大小设置：    JVM 中最大堆大小有三方面限制:1、相关操作系统的数据模型(32-bt还是64-bit)限制；2、系统的可用虚拟内存限制;3、系统的可用物理内存限制.32位系统下,一般限制在1.5G~2G;64位操作系统对内存无限制.我在Windows Server 2003系统,3.5G物理内存,JDK5.0下测试,最大可设置为1478m.   1.1、典型设置:

Xms：set initial Java heap size，设置JVM初始化堆内存大小，设置虚拟机可用内存堆的初始大小，缺省单位为字节，该大小为 1024 的整数倍并且要大于1MB，可用 k(K)或m(M)为单位来设置较大的内存数。初始堆大小为 2MB。 Xmx：set maximum Java heap size，设置JVM最大的堆内存大小，设置虚拟机内存堆的最大可用大小，缺省单位

上一篇说了虚拟机的内存模型，在说到堆内存的时候我们提到了，堆内存是Java内存中区域最大的一部分，而且垃圾回收器主要就是回收这部分的内容。那么这篇就来介绍一下垃圾回收器的原理以及回收的算法。Java中的垃圾回收器(GC)是Java中比较有特色的一点，不需要我们手动的去管理一个对象，不想C++中的构造函数和析构函数一样，需要程序猿自己去手动的管理，很容易造成内存泄露的问题。当然如果学过OC语

今天闲来无事来，看一下Java中的内存模型和垃圾回收机制的原理，关于这个方面的知识，网上已经有很多现成的资料可以供我们参考，但是知识还是比较杂的，在这部分知识点中有一本书不得不推荐：《深入理解Java虚拟机》，现在已经是第二版了。这本书就从头开始详细介绍了Java整个虚拟机的模型以及Java的类文件结构，加载机制等。这里大部分的知识点都是可以在这本书中找到的，当然我是主要还是借鉴这本书中的很多内容

多任务和高并发的内存交互多任务和高并发是衡量一台计算机处理器的能力重要指标之一。一般衡量一个服务器性能的高低好坏，使用每秒事务处理数（Transactions Per Second，TPS）这个指标比较能说明问题，它代表着一秒内服务器平均能响应的请求数，而TPS值与程序的并发能力有着非常密切的关系。物理机的并发问题与虚拟机中的情况有很多相似之处，物理机对并发的处理方案对于虚拟机的实现也有相当大

一、JVM 内存模型　　根据 JVM 规范，JVM 内存共分为虚拟机栈、堆、方法区、程序计数器、本地方法栈五个部分。　　1、虚拟机栈：每个线程有一个私有的栈，随着线程的创建而创建。栈里面存着的是一种叫“栈帧”的东西，每个方法会创建一个栈帧，栈帧中存放了局部变量表（基本数据类型和对象引用）、操作数栈、方法出口等信息。栈的大小可以固定也可以动态扩展。当栈调用深度大于JVM所允许的范围，会抛

什么是Java虚拟机作为一个Java程序员，我们每天都在写Java代码，我们写的代码都是在一个叫做Java虚拟机的东西上执行的。但是如果要问什么是虚拟机，恐怕很多人就会模棱两可了。在本文中，我会写下我对虚拟机的理解。因为能力所限，可能有些地方描述的不够欠当。如果你有不同的理解，欢迎交流。我们都知道java程序必须在虚拟机上运行。那么虚拟机到底是什么呢？先看网上搜索到的比较靠谱的

Class文件在Java体系结构中的位置和作用在上一篇博客中， 大致讲解了Java虚拟机的体系结构和执行原理。 本篇博客主要讲解能够被JVM识别， 加载并执行的class文件的格式。对于理解JVM和深入理解Java语言， 学习并了解class文件的格式都是必须要掌握的功课。 原因很简单， JVM不会理解我们写的Java源文件， 我们必须把Java源文件编译成class文件，

在上一篇文章 深入理解Java Class文件格式（一） 中， 介绍了class文件在整个java体系结构中的位置和作用， 并对class文件的整体格式做了说明， 介绍了其中的魔数和版本号的相关内容， 并对常量池做了概述。 在本文章， 继续介绍class文件中的其他内容。class文件中的特殊字符串首先说明一下， 所谓的特殊字符串出现在class文件中的常量池中， 所以

首先， 让我们回顾一下关于class文件格式的之前两篇博客的主要内容。 在 深入理解Java Class文件格式（一） 中， 讲解了class文件在整个java体系结构中的位置和作用， 讲解了class文件中的魔数和版本号相关的信息， 并且对常量池进行了概述。 在 深入理解Java Class文件格式（二） 中， 主要讲解了class文件中的特殊字符串， 包括类的全限定名， 字段描述符和方

前几篇博文， 对class文件中的常量池进行了详细的解释。 前文讲解了常量池中的7种数据项， 它们分别是：CONSTANT_Utf8_infoCONSTANT_NameAndType_infoCONSTANT_Integer_infoCONSTANT_Float_infoCONSTANT_Long_infoCONSTANT_Double_infoCONSTANT_String_info

在上一篇博客深入理解Java Class文件格式（三） 中， 介绍了常量池中的两种类型的数据项， 分别是CONSTANT_Utf8_infoCONSTANT_NameAndType_info 。CONSTANT_Utf8_info中存储了几乎所有类型的字符串， 包括方法名， 字段名， 描述符等等。 而CONSTANT_NameAndType_info是方法符号引用或字段的符

经过前几篇文章， 终于将常量池介绍完了， 之所以花这么大的功夫介绍常量池， 是因为对于理解class文件格式，常量池是必须要了解的， 因为class文件中其他地方，大量引用了常量池中的数据项。  对于还不了解常量池的读者， 如果想要深入了解class文件格式， 或者想继续读这篇博客和本专栏以后的博客， 那么我建议先把我前面的几篇博客读一下，把常量池的结构熟悉一下， 对于理解后面的内容很有帮助。 

下面继续介绍class文件中的其他信息。class文件中的fields_count和fieldsfields_count描述的是当前的类中定义的字段的个数， 注意， 这里包括静态字段， 但不包括从父类继承的字段。 如果当前class文件是由一个接口生成的， 那么这里的fields_count描述的是接口中定义的字段， 我们知道， 接口中定义的字段默认都是静态的。此外要说明的是，

一、背景知识1、JVM体系结构2、JVM运行时数据区3、JVM内存模型JVM运行时内存 = 共享内存区 + 线程内存区3-1、共享内存区共享内存区 = 持久带 + 堆持久带 = 方法区 + 其他堆 = Old Space + Young Space

Java垃圾回收概况　　Java GC（Garbage Collection，垃圾收集，垃圾回收）机制，是Java与C++/C的主要区别之一，作为Java开发者，一般不需要专门编写内存回收和垃圾清理代 码，对内存泄露和溢出的问题，也不需要像C程序员那样战战兢兢。这是因为在Java虚拟机中，存在自动内存管理和垃圾清扫机制。概括地说，该机制对 JVM（Java Virtual Machine）

http://blog.csdn.net/column/details/talk-about-jvm.html

并发编程模型的分类在并发编程中，我们需要处理两个关键问题：线程之间如何通信及线程之间如何同步（这里的线程是指并发执行的活动实体）。通信是指线程之间以何种机制来交换信息。在命令式编程中，线程之间的通信机制有两种：共享内存和消息传递。在共享内存的并发模型里，线程之间共享程序的公共状态，线程之间通过写-读内存中的公共状态来隐式进行通信。在消息传递的并发模型里，线程之间没有公共状态，线程之间必须通

引言：我们都知道JVM内存由几个部分组成：堆、方法区、栈、程序计数器、本地方法栈JVM垃圾回收仅针对公共内存区域即：堆和方法区进行，因为只有这两个区域在运行时才能知道需要创建哪些对象，其内存分配和回收都是动态的。本文主要讨论两点，一是垃圾回收策略，二是调优的方法。一、垃圾回收机制1.1 分代管理将堆和方法区按照对象不同年龄进行分代：u  堆中会频繁创建对

引言本文仅关注一些常见的虚拟机内存监视手段，以及JVM运行时数据区各个部分内存溢出的发生和对应的解决方案，总体来说属于概括性总结，涉及相对不是很深入，目的是让自己和其它初学者有一个框架性、概念性的了解，当遇到问题时有迹可循、不至于不知所措。一、虚拟机内存监视手段虚拟机常出现的问题包括：内存泄露、内存溢出、频繁GC导致性能下降等，导致这些问题的原因可以通过下面虚拟机内存监视手段来

对于Java开发人员来说，了解垃圾回收机制（GC）有哪些好处呢？首先可以满足作为一名软件工程师的求知欲，其次，深入了解GC如何工作可以帮你写出更好的Java应用。这仅仅代表我个人的意见，但我坚信一个精通GC的人往往是一个好的Java开发者。如果你对GC的处理过程感兴趣，说明你已经具备较大规模应用的开发经验。如果你曾经想过如何正确的选择GC算法，那意味着你已经完全理解你所开发的应用的特点。当然，我们

本文是Java GC系列文章的第二篇。在第一篇中我们学习了不同GC算法的执行过程，GC是如何工作的，什么是新生代和老年代，你应该了解的JDK7中的5种GC类型，以及这5种类型对于应用性能的影响。在本文中，我将解释JVM到底是如何执行垃圾回收处理的。1、什么是GC监控？      垃圾回收收集监控指的是搞清楚JVM如何执行GC的过程，例如，我们可以查明：1.        何时一个新

本文是成为Java GC系列文章的第三篇。在第一篇中我们学习了不同GC算法的执行过程，GC是如何工作的，什么是新生代和老年代，你应该了解的JDK7中的5种GC类型，以及这5种类型对于应用性能的影响。在第二篇，解释了JVM实际上是如何执行垃圾回收的，我们如何监控GC，以及那哪些具可以让我们的工作更快，更高效。本篇文章中，我们会基于实际的例子来解释一些优化GC的最佳实践。我认为在阅读本篇文章之前，你已

在第一篇文章中我们学习了不同GC算法的执行过程，GC如何工作，新生代及老年代的基本概念，在JDK7中你应该了解的5种GC类型以及他们的性能如何。在第二篇文章中我们学到了JVM到底是如何执行垃圾回收，我们如何监控GC，以及那些工具可以使得监控过程更高效。在第三篇文章中我们通过实际的例子学到了一些可以优化GC的参数。同时我们讲解了如何减少对象被转移到老年代空间，如何缩短Full GC时间，以及如何

本篇为JavaGC的第五篇，本文将讲解Java程序性能调优的原则，尤其是在这个过程中必要的知识以及判断你的程序是否需要调优。还会介绍调优过程中你可能遇到的问题。本文最后会给出一些建议，依据这些你能在对Java程序调优时做出更好的决策。1、概述        并不是每个程序都需要调优。如果一个程序性能表现和预期一样，你不必付出额外的精力去提高它的性能。然而，在程序调试完成之后，很难马上就满足

垃圾收集基础Java 语言的一大特点就是可以进行自动垃圾回收处理，而无需开发人员过于关注系统资源，例如内存资源的释放情况。自动垃圾收集虽然大大减轻了开发人员的工作量，但是也增加了软件系统的负担。拥有垃圾收集器可以说是 Java 语言与 C++语言的一项显著区别。在 C++语言中，程序员必须小心谨慎地处理每一项内存分配，且内存使用完后必须手工释放曾经占用的内存空间。当内存释放不够完全时，即存

这篇帖子只介绍利用MemoryAnalyzer进行简单的JVM的堆的分析，至于JVM的内部结构是怎么样的，这里不进行分析。好吧，废话不多说；首先如果我们要分析JVM某个时刻的Heap的对象分配情况，我们就必须要dump这个时刻的JVM的heap（堆）；有以下几个办法进行dump某个时刻JVM的heap内容：         1、 使用$JAVA_HOME/bin/jmap -dump来触发

最近因项目存在内存泄漏，故进行大规模的JVM性能调优 ， 现把经验做一记录。一、JVM内存模型及垃圾收集算法 1.根据Java虚拟机规范，JVM将内存划分为：New（年轻代）Tenured（年老代）永久代（Perm）  其中New和Tenured属于堆内存，堆内存会从JVM启动参数（-Xmx:3G）指定的内存中分配，Perm不属于堆内存，有虚拟机直接分配，但可以通过

类加载是Java程序运行的第一步，研究类的加载有助于了解JVM执行过程，并指导开发者采取更有效的措施配合程序执行。研究类加载机制的第二个目的是让程序能动态的控制类加载，比如热部署等，提高程序的灵活性和适应性。 一、简单过程 Java程序运行的场所是内存，当在命令行下执行：java HelloWorld命令的时候，JVM会将HelloWorld.class加载到内存中，并

编译过程    不论是物理机还是虚拟机，大部分的程序代码从开始编译到最终转化成物理机的目标代码或虚拟机能执行的指令集之前，都会按照如下图所示的各个步骤进行：        其中绿色的模块可以选择性实现。很容易看出，上图中间的那条分支是解释执行的过程（即一条字节码一条字节码地解释执行，如JavaScript），而下面的那条分支就是传统编译原理中从源代码到目标机器代

我们知道，计算机CPU和内存的交互是最频繁的，内存是我们的高速缓存区，用户磁盘和CPU的交互，而CPU运转速度越来越快，磁盘远远跟不上CPU的读写速度，才设计了内存，用户缓冲用户IO等待导致CPU的等待成本，但是随着CPU的发展，内存的读写速度也远远跟不上CPU的读写速度，因此，为了解决这一纠纷，CPU厂商在每颗CPU上加入了高速缓存，用来缓解这种症状，因此，现在CPU同内存交互就变成了下面的样子

java 语言, 开发者不能直接控制程序运行内存, 对象的创建都是由类加载器一步步解析, 执行与生成与内存区域中的; 并且jvm有自己的垃圾回收器对内存区域管理, 回收; 但是我们已经可以通过一些工具来在程序运行时查看对应的jvm内存使用情况, 帮助更好的分析与优化我们的代码;注: 查看系统里java进程信息// 查看当前机器上所有运行的java进程名称与pid(进程编号)jps -