jrockit

调用栈里的引用类型数据是GC的根集合（root set）的重要组成部分；找出栈上的引用是GC的根枚举（root enumeration）中不可或缺的一环。 JVM选择用什么方式会影响到GC的实现： 如果JVM选择不记录任何这种类型的数据，那么它就无法区分内存里某个位置上的数据到底应该解读为引用类型还是整型还是别的什么。这种条件下，实现出来的GC就会是“保守式GC（conservative GC）”。在进行GC的时候，JVM开始从一些已知位置（例如说JVM栈）开始扫描内存，扫描的时候每看到一个数字就看看它“像不像是一个指向GC堆中的指针”。这里会涉及上下边界检查（GC堆的上下界是已知的）、对齐检查（通常分配空间的时候会有对齐要求，假如说是4字节对齐，那么不能被4整除的数字就肯定不是指针），之类的。然后递归的这么扫描出去。 保守式GC的好处是相对来说实现简单些，而且可以方便的用在对GC没有特别支持的编程语言里提供自动内存管理功能。Boehm-Demers-Weiser GC是保守式GC中的典型代表，可以嵌入到C或C++等语言写的程序中。 小历史故事： 微软的JScript和早期版VBScript也是用保守式GC的；微软的JVM也是。VBScript后来改回用引用计数了。而微软JVM的后代，也就是.NET里的CLR，则改用了完全准确式GC。 为了赶上在一个会议上发布消息

一、JVM的介绍 Sun HotSpot VM 这个目前看起来“血统纯正”的虚拟机在最初并非由Sun公司开发, 而是由一家名为“Longview Technologies”的小公司设计的; 甚至这个虚拟机最初并非是为Java语言而开发的, 它来源于Strongtalk VM, 而这款虚拟机中相当多的技术又是来源于一款支持Self语言实现“达到C语言50%以上的执行效率”的目标而设计的虚拟机, Sun公司注意到了这款虚拟机在JIT编译上有许多优秀的理念和实际效果, 在1997年收购了Longview Technologies公司, 从而获得了HotSpot VM。 BEA JRockit VM JRockit VM曾经号称“世界上速度最快的JAVA虚拟机”, 它是BEA公司在2002年从Appeal Virtual Machines公司收购的虚拟机。BEA公司将其发展为一款专门为服务器硬件和服务器端应用场景高度优化的虚拟机, 由于专注于服务器端应用, 它可以不太关注程序启动速度, 因此JRockit内部不包含解析器实现, 全部代码都靠即时编译器译后执行。除此之外,JRockit的垃圾收集器和MissionControl服务套件等部分的实现, 在众多JAVA虚拟机中也一直处于领先水平。 IBM J9 VM IBM J9 VM并不是IBM公司唯一的JAVA虚拟机,

JavaVM *javaVM = NULL; JNIEnv *jniEnv = NULL; ( createJavaVM )( &javaVM, ( void * )&jniEnv, &javaVMInitArgs ) where javaVM * and jniEnv * are global variables Is it ok to save JavaVM * as a global variable and use it elsewhere? Yes. Is it ok to save JNIEnv * as a global variable and use it elsewhere? No. That represents a context for a specific JNI method invocation. It is dependent on the current thread, the arguments to the current method, the local references that have been created by the current method, all sorts of things, and it becomes invalid once that JNI method returns. 来源： https:/

If anyone can give me brief information about the advantages and disadvantages of the two JVM since they all depend on the Standard JVM Specification. haylem JRockit was originally developed by Appeal and BEA Systems before being acquired by Oracle to run server software. 1 It was meant to be optimized for large applications requiring long running tasks, a lot of memory and a scalable environment, pushing optimizations for these scenarios even further than the Sun HotSpot JVM in server-mode (see also: Real differences between "java -server" and "java -client"? ). Since the acquisition of Sun

Java 8 彻底将永久代 (PermGen) 移除出了 HotSpot JVM，将其原有的数据迁移至 Java Heap 或 Metaspace。这一篇文章我们来总结一下Metaspace（元空间）的特性。如有错误，敬请指出，谢谢~ 引言：永久代为什么被移出HotSpot JVM了？ 在 HotSpot JVM 中，永久代中用于存放类和方法的元数据以及常量池，比如 Class 和 Method 。每当一个类初次被加载的时候，它的元数据都会放到永久代中。 永久代是有大小限制的，因此如果加载的类太多，很有可能导致永久代内存溢出，即万恶的 java.lang.OutOfMemoryError: PermGen ，为此我们不得不对虚拟机做调优。 那么，Java 8 中 PermGen 为什么被移出 HotSpot JVM 了？我总结了两个主要原因（详见： JEP 122: Remove the Permanent Generation ）： 由于 PermGen 内存经常会溢出，引发恼人的 java.lang.OutOfMemoryError: PermGen ，因此 JVM 的开发者希望这一块内存可以更灵活地被管理，不要再经常出现这样的 OOM 移除 PermGen 可以促进 HotSpot JVM 与 JRockit VM 的融合，因为 JRockit 没有永久代。

1. Object obj = new Object(); 分析 Object obj：描述的是保存在栈内存之中，而后保存有堆内存的引用，这个数据会保存在本地变量表中（变量表描述有哪些对象，保存对象栈的位置，栈对应着堆内存地址，所以这也是java变量不允许重名的原因） new Object()：一个真正的对象，保存在堆内存之中。 直观操作 新定义的对象名称保存到本地变量表中，而后在这块区域中需要确定与之对应的栈内存空间。 通过变量表中的栈地址可以找到堆内存。 利用堆内存的对象进行本地方法的调用（方法区）。 2. 访问引用类型数据的模式 通过句柄访问（连接最稳定） Java通过直接指针访问——HotSpot虚拟机 Java中使用的是对象保存模式，也就是说堆内存中不需要保存句柄，而直接保存具体的对象。省略了句柄到对象间的查找。而后这个对象可以直接进行Java方法区的调用。 3. JVM历史简介 三种JVM SUN公司最早改良的HotSpot BEA公司的JRockit IBM JVM's Oracle收购了SUN和BEA之后，得到了业内的两个虚拟机版本。 4. 范例 取得当前的JVM版本 java -version java version "1.8.0_171" Java(TM) SE Runtime Environment (build 1.8.0_171-b11) Java