内存分配_虚拟机内存不设置1024倍数-CSDN博客

本文链接：https://blog.csdn.net/weixin_44864347/article/details/116571494

1. 运行时数据区

方法区是线程共享的，通常用来保存装载的类的结构信息
通常和元空间关联在一起，但具体的跟JVM实现和版本有关
JVM规范把方法区描述为堆的一个逻辑部分，但它有一个别名称为Non-heap（非堆），应是为了与Java堆区分开
方法区实际上是一个规范，在不同的JVM上有不同的实现方法。如通过永久代（持久代）或元空间去实现。对于Java8， HotSpots在方法区的实现上取消了永久代，取而代之的是元空间。那么元空间和永久代有什么不同呢？
- 存储位置不同，永久代物理上是堆的一部分，和新生代，老年代地址是连续的，而元空间属于本地内存
- 存储内容不同，元空间存储类的元信息，静态变量和常量池等并入堆中。相当于永久代的数据被分到了堆和元空间中。

新生代用来放新分配的对象；新生代中经过垃圾回收，没有回收掉的对象，被复制到老年代
老年代存储对象比新生代存储对象的年龄大得多
老年代存储一些大对象
整个堆大小 = 新生代 + 老年代
新生代 = Eden + 存活区（两个Survior，from和to）
从前的持久代（也称永久代），用来存放Class、Method等原信息的区域，从JDK8开始去掉了，取而代之的是元空间（MetaSpace），元空间并不在虚拟机里面，而是直接使用本地内存

对象的访问定位
- 在JVM规范中只规定了reference类型是一个指向对象的引用，但没有规定这个引用具体如何去定位、访问堆中对象的具体位置
因此对象的访问方式取决于JVM的实现，目前主流的有：使用句柄或使用指针两种方式
- 使用句柄：Java堆中会划分出一块内存来做为句柄池，reference中存储句柄的地址，句柄中存储对象的实例数据和类元数据的地址，如下图所示：
- 使用指针：Java堆中会存放访问类元数据的地址，reference存储的就直接是对象的地址，如下图所示：

GC发生的时间，也就是JVM从启动以来经过的秒数
日志级别信息，和日志类型标记
GC识别号
GC类型和说明GC的原因
容量：GC前容量 -> GC后容量（该区域总容量）
GC持续时间，单位秒。有的收集器会有更详细的描述，比如：user表示应用程序消耗的时间，sys表示系统内核消耗的实现，real表示操作从开始到结束的时间

-XX:+UseConcMarkSweepGC：使用CMS收集器
-XX:+UseG1GC：使用G1收集器
-Xms10m（-XX:MinHeapSize=8m -XX:InitialHeapSize=9m，后者要大于等于前者）：初始堆大小，默认物理内存的1/64（必须是1024的倍数并且大于1M）
-Xmx10m（-XX:MaxHeapSize=10m）：最大堆大小，默认物理内存的1/4（必须是1024的倍数并且大于2M）
-Xmn（-XX:NewSize= -XX:MaxNewSize=）：新生代大小，默认整个堆的3/8。如果新生代太小会导致频繁的GC；如果新生代太大会导致仅仅执行FullGC，这可能需要很长时间才能完成，而且很容易造成虚拟机停顿。所以推荐新生代大小为总堆的25%~50%之间。对于G1收集器，建议不要去设置新生代的大小，让系统自动对内存进行分配和管理。
-XX:+HeapDumpOnOutOfMemoryError：OOM时导出堆到文件
-XX:+HeapDumpPath：导出OOM的路径
-XX:NewRatio=2：老年代与新生代的比值，默认为2。如果xms=xmx，且设置了xmn的情况下，该参数不用设置
-XX:SurvivorRatio：Eden区和Survivor区的大小比值吗，设置为8，则两个Survivor区与一个Eden区的比值为2:8,一个Survivor占整个新生的1/10
-XX:OnOutMemoryError：在OOM时，执行一个脚本