JDK默认开启压缩指针问题怎么解决

本篇内容介绍了“JDK默认开启压缩指针问题怎么解决”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！Sun的HotSpot VM从JDK5开始会根据运行环境来自动设定VM的一些参数(ergonomics)。其中大家最熟悉的可能是它会自动选择client与server模式、堆的初始和***大小等。事实上ergonomics会设置非常多的内部参数，包括自动选择GC算法、并行GC的线程数、GC的工作区分块大小、对象晋升阈值等等。Ergonomics相关的逻辑大都在hotspot/src/share/vm/runtime/arguments.cpp中，值得留意的是使用了FLAG_SET_ERGO()的地方。于是我们可以留意一下几个版本的HotSpot对UseCompressedOops参数的处理的差异：HotSpot 16:C++代码HotSpot 17:C++代码HotSpot 19 / HotSpot 20:C++代码(注：HotSpot VM的版本号与JDK的版本号之间的关系，请参考另一篇笔记：Sun/Oracle JDK、OpenJDK、HotSpot VM版本之间的对应关系)可以看到，UseCompressedOops参数从HotSpot 19开始终于开始受ergonomics控制，会在下述条件满足的时候默认开启：1、是64位系统(#ifdef _LP64)并且不是client VM(#ifndef COMPILER1);2、Java堆的***大小不大于一个阈值(MaxHeapSize
3、没有通过.hotspotrc或命令行参数手动设定过UseCompressedOops参数的值;4、没有使用Garbage-First (G1) GC。第1、3、4点都很直观，于是第2点就是个关键点了：阈值是多大?还是看回代码，HotSpot 20:C++代码(注：其中 (uint64_t(max_juint) + 1) 的值也被称为NarrowOopHeapMax，也就是2的32次方，0x100000000;ObjectAlignmentInBytes在64位HotSpot上默认为8;HeapWord在globalDe免费云主机域名finitions.hpp里定义，大小跟一个char*一样;HeapWordSize在同一个文件里定义，等于sizeof(HeapWord)，在64位系统上值为8;LogHeapWordSize也在同一文件里，在64位系统上定义为3)跟踪一下里面几个参数的计算，在64位HotSpot上有，C++代码于是，前面提到的第2个条件在64位HotSpot VM上默认是：C++代码os::vm_page_size()是操作系统的虚拟内存的分页大小，在Linux上等于sysconf(_SC_PAGESIZE)的值;在x86_64上的Linux默认分页大小为4KB。MaxHeapSize的值基本上等于-Xmx参数设置的值(会根据分页大小、对齐等因素做调整)。MaxPermSize就是perm gen设置的***大小。这下可以确认，在我现在用的环境里，当包括perm gen在内的GC堆大小在32GB – 4KB以下的时候，使用64位的JDK 6 update 23或更高版本就会自动开启UseCompressedOops功能。“JDK默认开启压缩指针问题怎么解决”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注百云主机网站，小编将为大家输出更多高质量的实用文章！

相关推荐: 小程序如何实现页面跳转与数据传递

今天小编给大家分享一下小程免费云主机域名序如何实现页面跳转与数据传递的相关知识点，内容详细，逻辑清晰，相信大部分人都还太了解这方面的知识，所以分享这篇文章给大家参考一下，希望大家阅读完这篇文章后有所收获，下面我们一起来了解一下吧。界面的跳转有两种方式：通过na…