Java虚拟机中，数据类型可以分为两类：基本类型和引用类型。基本类型的变量保存原始值，即：他代表的值就是数值本身；而引用类型的变量保存引用值。“引用值”代表了某个对象的引用，而不是对象本身，对象本身存放在这个引用值所表示的地址的位置。堆和栈是程序运行的关键

在一个JVM进程中的同步控制，无非就是线程之间的同步问题，但要想在多JVM进程之间实现访问本地系统资源的同步，却并非JVM所擅长的了。当然，若依赖第三方Master主控进程，这个问题还是可以解决的。多于简单的系统而言，这样做无疑会增加系统的复杂性，从而导致

用nw-gyp rebuild，然后到java/build/ 目录下新建文件 jvm_dll_path.json 里面的值为：。其中 “G:\jdk1.7.0_02\jre\bin” 这个路径是你本面实际安装的JDK的路径。这是因为第2点配置的是开发机的路

VisualVM是JDK自带的一款全能型性能监控和故障分析工具，包括对CPU使用、JVM堆内存消耗、线程、类加载的实时监控，内存dump文件分析，垃圾回收运行情况的可视化分析等，对故障排查和性能调优很有帮助。在windows中安装JDK后，VisualVM

上一个专题中讲述了JVM中自带的各种性能测试的小工具：包括jps,jstatck,jmap,jhat,jsats,hprof. 答案是有的，自从 JDK 6 Update 7以后，提供了一全新的性能检测工具:VisualVM,VisualVM对运行中的Ja

Java虚拟机中，数据类型可以分为两类：基本类型和引用类型。基本类型的变量保存原始值，即：他代表的值就是数值本身；而引用类型的变量保存引用值。“引用值”代表了某个对象的引用，而不是对象本身，对象本身存放在这个引用值所表示的地址的位置。栈是运行时的单位，而堆

说说为什么会内存益出：这一部分用于存放Class和Meta的信息,Class在被Load的时候被放入PermGenspace区域，它和和存放Instance的Heap区域不同,GC不会在主程序运行期对PermGenspace进行清理，所以如果你的APP会L

如果你的WEBAPP下都用了大量的第三方jar,其大小超过了jvm默认的大小那么就会产生此错误信息了。可以利用JVM提供的-Xmn-Xms-Xmx等选项可进行设置。Heapsize的大小是YoungGeneration和TenuredGeneraion之和

就是在执行JAVA类文件时加上这个参数，其中className是需要执行的确类名。如果在测试的时候可能会用Eclispe这时候就需要在Eclipse->run-arguments中的VMarguments中输入-Xms32m-Xmx800m这个参数就

regedit -->进入注册表 ：HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Apache Software Foundation\Procrun 2.0\meeting.csesam\Parameters\Ja

用eclipse开发java的时候，经常在修改java类文件的时候都需要重启tomcat，比较麻烦，今天问了同事解决方法，记录下备忘。需要下载一个插件包jrebel.jar，然后随便放一个目录，比如我放在D:/eclipse/jrebel/目录下，然后需要

eclipse直接启动的时候提示错误：Could not reserve enough space for object heap，其解决方式是修改eclipse.ini的配置。其根本原因在于jvm的内存分配。

我在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。在相同

# JAVA_OPTS Java runtime options used when the "start",# "stop", or "run" command is executed.可以利

但存在如Servlet-api.jar，java原生的包和自定义添加的Java类库可以相互共享。比如toccat服务器中JSP更新替换。自定义ClassLoader中至少需要了解其中的三个的方法： loadClass,findClass,defineCla

程序计数器 像我们平时读书一样，当我们在去做别的事情之前，我们会对我们读到什么地方了做一个标记，方便我们再回来的时候接着重新读。那么程序计数器也是一样的，同样的代码，可能会被多个线程执行，那么每个线程都要记住自己执行到哪行代码了。对于正在执行的Nat

2）空间问题：标记清除之后会产生大量不连续的内存碎片，空间碎片太多可能会导致以后在程序运行过程中需要分配较大对象时，无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。一般是把Java堆分为新生代和老生代。而老年代中因为对象存活率高、没有额外空间对它

Java虚拟机规范中对垃圾收集器应该如何实现并没有任何规定，因此不同的厂商，不同版本的虚拟机所提供的垃圾收集器可能会有很大差距．HotSpot虚拟机示意图：　　说明：两个收集器之间存在连线说明它们可以搭配使用．虚拟机所处的区域则表明它属于新生代收集器还是老

-Xms 为jvm启动时分配的内存，比如-Xms200m，表示分配200M-Xmx 为jvm运行过程中分配的最大内存，比如-Xms500m，表示jvm进程最多只能够占用500M内存-Xss 为jvm启动的每个线程分配的内存大小，默认JDK1.4中是2