线程在执行GC的时候，需要收集GC Roots，这个包含线程栈中使用的对象，类中的静态常量以及静态变量，方法中使用的synchronized的锁对象等，然后通过可达性分析进行对象的回收操作。

4、将系统虚拟机的优先顺序也调整一下：$sudo gedit /etc/jvm在文本编辑器里将下面一句写在最顶部：/usr/lib/jvm/java-6-sun

JVM是Java Virtual Machine的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。首先类加载器是JVM安全沙箱的第一道防线，能够防止非信任类破坏虚拟机。JVM规范规定在需

方法报错的时候异常栈能告诉在代码的哪一行，就是程序计数器的功能。栈帧保存对堆内对象的引用。由于堆区域线程共享，对象在堆中分配需要加锁，这个操作增大开销，所以会先做逃逸分析，将线程本地小对象尝试在TLAB中分配，如果不能才去堆中的Eden分配。TLAB默认是

方法区是虚拟机规范定义的，是所有线程共享的内存区域，保存系统的类的信息。永久代、metaspace 是对方法区的实现。感谢您的耐心阅读，如果您发现文章中有一些没表述清楚的，或者是不对的地方，请给我留言，您的鼓励是作者写作最大的动力。

相关实例均使用Oracle JDK 1.8编译，并使用javap生成字节码指令清单。Java虚拟机通常基于操作数栈进行算术运算。只有iinc指令例外，它直接对局部变量进行自增操作。以上指令，并没有出现取反的指令操作。对一个数进行取反，相当于该数的二进制每一

本篇为《JVM指令分析实例》的第四篇，相关实例均使用Oracle JDK 1.8编译，并使用javap生成字节码指令清单。执行该指令后，将从操作数栈出栈3个参数arrayref、index和value，在本例中分别对应于第10、11和13索引位置压入的值。

JVM，一个熟悉又陌生的名词，从认识Java的第一天起，我们就会听到这个名字，在参加工作的前一两年，面试的时候还会经常被问到JDK，JRE，JVM这三者的区别。JVM可以说和我们是老朋友了，但是在工作中的应用场景也许不如那些框架，但是在关键时候还是得靠它去

作者黄小斜，专注 Java 相关技术：SSM、SpringBoot、MySQL、分布式、中间件、集群、Linux、网络、多线程，偶尔讲点Docker、ELK，同时也分享技术干货和学习经验，致力于Java全栈开发！通过上一篇的jvm垃圾回收知识，我们了解了j

每一个方法被调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。堆和栈的结合完美体现了面向对象的设计。预估堆内存是堆大小动态调控的重要选项之一。

既然要说OutOfMemoryError，那就得从这个类的加载说起来，那这个类什么时候被加载呢？你或许会不假思索地说，根据java类的延迟加载机制，这个类一般情况下不会被加载，除非当我们抛出OutOfMemoryError这个异常的时候才会第一次被加载，如

就是下面这行，将adderss的值写进去，然后就OK了

java内存分为堆内存，永久存储区(方法区)内存，栈内存等。堆内存分为新生代，老生代，新生代分为eden区，survivor0，survivor1区，堆内存由XX:Xmx,XX:Xms设置。永久存储区用来存储class类，常量等信息，由XX:PermSiz

堆大小设置JVM 中最大堆大小有三方面限制：相关操作系统的数据模型限制；系统的可用虚拟内存限制；系统的可用物理内存限制。我在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。此值可以设置与-Xmx相

JVM能够对性能产生影响的最大部分就是对于内存的管理。ParallelGC采用了多线程并行管理和回收垃圾对象，提高了回收效率，提高了服务器的吞吐量，适合于多处理器的服务器。ConcMarkSweepGC采用的是并发方式来管理和回收垃圾对象，降低垃圾回收产生

-Xmx1024m：设置JVM最大可用内存为1024M。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。整个JVM内存大小=年轻代大小+年老代大小+持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。JDK

.Windows环境下，是tomcat解压版,解决办法:. 重起tomcat服务,设置生效。默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时，JVM会减少堆直到-Xms的最小限制。对于WEB项目，jvm加载类时，永

在我们想监控我们的JVM状态的时候，除了可以通过JMX这类jvm提供的接口服务，还是可以自己通过程序来编写一些接口来获取服务器状态信息。以下代码我在jdk1.5.10版本上测试通过。

最近系统总是每隔一周左右就莫名其妙down掉。于是研究了一下jdk下面几个常用的查看。　　jvm运行时状态的参数，很快找出了问题所在。现在把几个命令记录一下：。能够查看eden,survivor,old,perm等heap的capacity,utility

等等，再然后就开发企业级的应用，比如网站、企业内部应用、实时交易系统等等，直到某一天突然发现做的系统咋就这么慢呢，而且时不时还来个内存溢出什么的，今天是交易系统报了StackOverflowError. 文件，运气好点还能分析出个结果，运行遭的点，就直接去