「jvmjava堆」jvm堆结构
今天给各位分享jvmjava堆的知识，其中也会对jvm堆结构进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
Java JVM怎么学习啊？从哪方面入手
Java JVM如何学习？首先要了解他的类型！
java虚拟机学习
数据类型（基本类型、引用类型）====数值本身、引用值 2. 堆、栈=====栈是运行时的单位（如何处理数据），堆是存储的单位（数据如何存储）
------栈因为是运行单位，因此里面存储的信息都是跟当前线程（或程序相关信息的。包括局部变量、程序运行状态、方法返回值等等；而堆只负责存储对象信息。在Java中，Main函数就是栈的起始点，也是程序的起始点。堆中存的是对象，栈中存的是基本数据类型和堆中对象的引用
Java中的参数传递时传值呢？还是传引用？
a) 程序运行永远都是在栈中进行的，因而参数传递时，只存在传递基本类型和对象引
用的问题。不会直接传对象本身。
b) Java在方法调用传递参数时，因为没有指针，所以它都是进行传值调用
c) 堆和栈中，栈是程序运行最根本的东西。程序运行可以没有堆，但是不能没有栈。
而堆是为栈进行数据存储服务，说白了堆就是一块共享的内存。不过，正是因为堆和栈的分离的思想，才使得Java的垃圾回收成为可能
Java对象的大小
a) 一个空Object对象的大小是8byte(没有任何属性的对象) b) Object ob = new Object();所占的空间为：4byte+8byte。4byte是上面部分所说的Java
栈中保存引用的所需要的空间。而那8byte则是Java堆中对象的信息.不论什么样的Java对象，其大小都必须是大于8byte
c) Java在对对象内存分配时都是以8的整数倍来分,基本类型包装类的大小至少是
16byte
引用类型
a) 对象引用类型分为强引用、软引用、弱引用和虚引用。
b) 强引用:就是我们一般声明对象是时虚拟机生成的引用，强引用环境下，垃圾回收
时需要严格判断当前对象是否被强引用，如果被强引用，则不会被垃圾回收 c) 软引用:软引用一般被作为缓存来使用。与强引用的区别是，软引用在垃圾回收时，
虚拟机会根据当前系统的剩余内存来决定是否对软引用进行回收。如果剩余内存比较紧张，则虚拟机会回收软引用所引用的空间；如果剩余内存相对富裕，则不会进行回收。换句话说，虚拟机在发生OutOfMemory时，肯定是没有软引用存在的。 d) 弱引用:弱引用与软引用类似，都是作为缓存来使用。但与软引用不同，弱引用在
进行垃圾回收时，是一定会被回收掉的，因此其生命周期只存在于一个垃圾回收周期内。
JVM调优总结（三）-基本垃圾回收算法 7. 垃圾回收面临的问题
a) 如何区分垃圾。垃圾回收的起点是一些根对象（java栈, 静态变量, 寄存器...）。而
最简单的Java栈就是Java程序执行的main函数 b) 如何处理碎片。“复制”方式和“标记-整理”方式，都可以解决碎片的问题。 c) 如何解决同时存在的对象创建和对象回收问题;在现有的垃圾回收方式中，要进行
垃圾回收前，一般都需要暂停整个应用（即：暂停内存的分配），然后进行垃圾回收，回收完成后再继续应用
8. 分代垃圾回收详述
a) 为什么要分代：不同的对象的生命周期是不一样的。因此，不同生命周期的对象可
以采取不同的收集方式，以便提高回收效率。
b) 如何分代虚拟机中的共划分为三个代：年轻代（Young Generation）、年老点（OldGeneration）和持久代（Permanent Generation）。其中持久代主要存放的是Java类的类信息，与垃圾收集要收集的Java对象关系不大。年轻代和年老代的划分是对垃圾收集影响比较大的
什么情况下触发垃圾回收GC有两种类型：Scavenge GC(当新对象生成，并且在Eden
申请空间失败时，就会触发Scavenge GC，对Eden区域进行GC，清除非存活对象，并且把尚且存活的对象移动到Survivor区)和Full GC(对整个堆进行回收)
典型配置举例
a) 堆大小设置
b) 回收器选择。串行收集器、并行收集器、并发收集器，但是串行收集器只适用于小
数据量的情况，所以这里的选择主要针对并行收集器和并发收集器。
垃圾回收的瓶颈
a) 传统分代垃圾回收方式，已经在一定程度上把垃圾回收给应用带来的负担降到了最
小，把应用的吞吐量推到了一个极限。但是他无法解决的一个问题，就是Full GC所带来的应用暂停
学习java的伙伴加我的 群去下载视频资料 540-998-279！
如何查看java虚拟机堆内存的参数值
今天在加载一幅图片时，eclipse报出如下错误：
“Exception in thread "main" java.lang.OutOfMemoryError: Java heap space ”
google了一下原来是图片太大了。可以设置jvm堆的最大值来解决。
首先， 打开Eclipse软件，选择菜单栏run,在二级菜单中选择 Debug Configurations，然后：在弹出的窗口中选择（x）=arguments选项卡，VM arguments中输入所需要的内存最大占用量，比如输入-Xmx800m即可。
以下详细的介绍下jvm的几个参数：
“MyEclipse has detected that less than 5% of the 64MB of Perm Gen (Non-heap memory) space remains.”意思是说当前只有小于5%的非堆内存是空闲的。所以我们只要将这个值设置大一些就可以了。
提示中给出了设置的参数：
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M
这里有几个问题：
1. 各个参数的含义什么？
2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？
3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？
下面我们一一进行回答
1. 各个参数的含义什么？
参数中-vmargs的意思是设置JVM参数，所以后面的其实都是JVM的参数了，我们首先了解一下JVM内存管理的机制，然后再解释每个参数代表的含义。
堆(Heap)和非堆(Non-heap)内存
按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。可以看出JVM主要管理两种类型的内存：堆和非堆。简单来说堆就是Java代码可及的内存，是留给开发人员使用的；非堆就是JVM留给自己用的，所以方法区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和构造方法的代码都在非堆内存中。
堆内存分配
JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的内存由-Xmx指定，默认是物理内存的1/4。默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70% 时，JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。
非堆内存分配
JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxPermSize设置最大非堆内存的大小，默认是物理内存的1/4。
JVM内存限制(最大值)
首先JVM内存限制于实际的最大物理内存(废话！呵呵)，假设物理内存无限大的话，JVM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制，这个限制一般是2GB-3GB（一般来说Windows系统下为1.5G-2G，Linux系统下为2G-3G），而64bit以上的处理器就不会有限制了。
2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？
通过上面对JVM内存管理的介绍我们已经了解到JVM内存包含两种：堆内存和非堆内存，另外JVM最大内存首先取决于实际的物理内存和操作系统。所以说设置VM参数导致程序无法启动主要有以下几种原因：
1) 参数中-Xms的值大于-Xmx，或者-XX:PermSize的值大于-XX:MaxPermSize；
2) -Xmx的值和-XX:MaxPermSize的总和超过了JVM内存的最大限制，比如当前操作系统最大内存限制，或者实际的物理内存等等。说到实际物理内存这里需要说明一点的是，如果你的内存是1024MB，但实际系统中用到的并不可能是1024MB，因为有一部分被硬件占用了。
3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？
那为什么同样的参数在快捷方式或者命令行中有效而在eclipse.ini文件中是无效的呢？这是因为我们没有遵守eclipse.ini文件的设置规则：
参数形如“项 值”这种形式，中间有空格的需要换行书写，如果值中有空格的需要用双引号包括起来。比如我们使用-vm C:\Java\jre1.6.0\bin\javaw.exe参数设置虚拟机，在eclipse.ini文件中要写成这样：
-vm
C:\Java\jre1.6.0\bin\javaw.exe
按照上面所说的，最后参数在eclipse.ini中可以写成这个样子：
-vmargs
-Xms128M
-Xmx512M
-XX:PermSize=64M
-XX:MaxPermSize=128M
实际运行的结果可以通过Eclipse中“Help”-“About Eclipse SDK”窗口里面的“Configuration Details”按钮进行查看。
另外需要说明的是，Eclipse压缩包中自带的eclipse.ini文件内容是这样的：
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
-vmargs
-Xms40m
-Xmx256m
其中–launcher.XXMaxPermSize（注意最前面是两个连接线）跟-XX:MaxPermSize参数的含义基本是一样的，我觉得唯一的区别就是前者是eclipse.exe启动的时候设置的参数，而后者是eclipse所使用的JVM中的参数。其实二者设置一个就可以了，所以这里可以把–launcher.XXMaxPermSize和下一行使用#注释掉。
java 程序运行， jvm 堆的内存一直增加，为什么?怎么解决？
你这是内存要溢出的节奏，都没自动释放垃圾，如果虚拟机没问题，就是你的程序有问题，创建太多对象没有释放一直占内存
简述jvm工作原理
Java是一种技术，它由四方面组成：Java编程语言、Java类文件格式、Java虚拟机和Java应用程序接口(Java API)。
运行期环境代表着Java平台，开发人员编写Java代码(.java文件)，然后将之编译成字节码(.class文件)，再然后字节码被装入内存，一旦字节码进入虚拟机，它就会被解释器解释执行，或者是被即时代码发生器有选择的转换成机器码执行。
Java平台由Java虚拟机和Java应用程序接口搭建，Java语言则是进入这个平台的通道，用Java语言编写并编译的程序可以运行在这个平台上。
在Java平台的结构中, 可以看出，Java虚拟机(JVM) 处在核心的位置，是程序与底层操作系统和硬件无关的关键。它的下方是移植接口，移植接口由两部分组成：适配器和Java操作系统, 其中依赖于平台的部分称为适配器；JVM 通过移植接口在具体的平台和操作系统上实现；在JVM 的上方是Java的基本类库和扩展类库以及它们的API， 利用Java API编写的应用程序(application) 和小程序(Java applet) 可以在任何Java平台上运行而无需考虑底层平台, 就是因为有Java虚拟机(JVM)实现了程序与操作系统的分离，从而实现了Java 的平台无关性。
JVM在它的生存周期中有一个明确的任务，那就是运行Java程序，因此当Java程序启动的时候，就产生JVM的一个实例；当程序运行结束的时候，该实例也跟着消失了。下面我们从JVM的体系结构和它的运行过程这两个方面来对它进行比较深入的研究。
1、Java虚拟机的体系结构
·每个JVM都有两种机制：
①类装载子系统：装载具有适合名称的类或接口
②执行引擎：负责执行包含在已装载的类或接口中的指令
·每个JVM都包含：
方法区、Java堆、Java栈、本地方法栈、指令计数器及其他隐含寄存器
2、Java代码编译和执行的整个过程
也正如前面所说，Java代码的编译和执行的整个过程大概是：开发人员编写Java代码(.java文件)，然后将之编译成字节码(.class文件)，再然后字节码被装入内存，一旦字节码进入虚拟机，它就会被解释器解释执行，或者是被即时代码发生器有选择的转换成机器码执行。
（1）Java代码编译是由Java源码编译器来完成，也就是Java代码到JVM字节码（.class文件）的过程。
2）Java字节码的执行是由JVM执行引擎来完成
Java代码编译和执行的整个过程包含了以下三个重要的机制:
·Java源码编译机制
·类加载机制
·类执行机制
（1）Java源码编译机制
Java 源码编译由以下三个过程组成：
①分析和输入到符号表
②注解处理
③语义分析和生成class文件
最后生成的class文件由以下部分组成：
①结构信息：包括class文件格式版本号及各部分的数量与大小的信息
②元数据：对应于Java源码中声明与常量的信息。包含类/继承的超类/实现的接口的声明信息、域与方法声明信息和常量池
③方法信息：对应Java源码中语句和表达式对应的信息。包含字节码、异常处理器表、求值栈与局部变量区大小、求值栈的类型记录、调试符号信息
（2）类加载机制 JVM的类加载是通过ClassLoader及其子类来完成的
jvmjava堆的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于jvm堆结构、jvmjava堆的信息别忘了在本站进行查找喔。
发布于：2022-12-10，除非注明，否则均为原创文章，转载请注明出处。