mc jvm参数

Maven JVM 参数

简介

Maven是一个流行的构建工具，用于管理Java项目的构建过程。在使用Maven构建项目时，我们可以通过配置JVM参数来优化构建和运行过程。本文将介绍Maven

JVM参数的作用、常用参数及其用法，以及如何在Maven项目中配置这些参数。

Maven JVM 参数的作用

JVM参数是用于配置Java虚拟机的一种方式，它们可以影响Java程序的运行行为和性能。在Maven项目中，我们可以通过配置JVM参数来控制Maven构建过程中的内存分配、垃圾回收策略、线程数等，以提高构建效率和性能。

常用的 Maven JVM 参数

以下是一些常用的Maven JVM参数及其用法：

• -Xms：设置Java堆的初始内存大小。例如，-Xms512m表示将初始内存大小设置为512MB。

• -Xmx：设置Java堆的最大内存大小。例如，-Xmx1024m表示将最大内存大小设置为1GB。

• -XX:PermSize：设置永久代的初始内存大小。永久代是Java 8之前用于存储类信息的区域。例如，-XX:PermSize=256m表示将永久代的初始内存大小设置为256MB。

• -XX:MaxPermSize：设置永久代的最大内存大小。例如，-XX:MaxPermSize=512m表示将永久代的最大内存大小设置为512MB。

• -XX:MaxMetaspaceSize：设置元空间的最大内存大小。元空间是Java 8及其之后版本中取代永久代的区域。例如，-XX:MaxMetaspaceSize=256m表示将元空间的最大内存大小设置为256MB。

• -XX:+UseParallelGC：启用并行垃圾回收器。并行垃圾回收器使用多个线程来加速垃圾回收过程。例如，-XX:+UseParallelGC表示启用并行垃圾回收器。

• -XX:+UseConcMarkSweepGC：启用并发标记清除垃圾回收器。并发标记清除垃圾回收器可以在垃圾回收的同时执行应用程序。例如，-XX:+UseConcMarkSweepGC表示启用并发标记清除垃圾回收器。

Maven JVM参数是在运行Maven时，用于配置Java虚拟机（JVM）的参数。这些参数可以帮助优化Maven的性能和内存使用。以下是一些常用的Maven JVM参数：

1. `-Xms`：设置初始堆内存大小。例如：`-Xms256m`表示初始堆内存大小为256兆字节。

2. `-Xmx`：设置最大堆内存大小。例如：`-Xmx1024m`表示最大堆内存大小为1024兆字节。

3. `-XX:PermSize`：设置永久代内存大小。例如：`-XX:PermSize=128m`表示永久代内存大小为128兆字节。

4. `-XX:MaxPermSize`：设置最大永久代内存大小。例如：`-XX:MaxPermSize=512m`表示最大永久代内存大小为512兆字节。

5. `-XX:MetaspaceSize`：设置元空间内存大小。例如：`-XX:MetaspaceSize=128m`表示元空间内存大小为128兆字节。

6. `-XX:MaxMetaspaceSize`：设置最大元空间内存大小。例如：`-XX:MaxMetaspaceSize=512m`表示最大元空间内存大小为512兆字节。

7. `piler.source=1.8`：指定Maven编译器使用的Java版本。例如：`piler.source=1.8`表示使用Java 1.8版本进行编译。

8. `piler.target=1.8`：指定Maven编译器使用的Java目标版本。例如：`piler.target=1.8`表示使用Java 1.8版本作为目标版本进行编译。

在运行Maven时，可以通过在命令行中添加这些参数来配置JVM。例如：

```bash

mvn clean install -Xms256m -Xmx1024m -XX:PermSize=128m -XX:MaxPermSize=512m

-XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=512m piler.source=1.8

JVM内存参数配置详解

⾸先我们知道：JVM发⽣内存错误的类型1、堆内存泄漏：OutOfMemory:Java heap space

此种内存泄漏，增加内存，只能暂时解决问题，并不能根治问题。必须要优化代码，⼀定是代码的问题：排查堆中的⼤量对象，就会发现，这些对象都被引⽤，对象不能及时被回收，导致超出了堆的设定最⼤内存。2、⽼年代内存泄漏：OutOfMemoryError:PermGen space

类名、访问修饰符、字段描述、⽅法描述等，所占空间⼤于永久代最⼤值，就会出现，⼀般都是初始化内存的时候，空间太⼩，解决办法是扩⼤空间3、栈内存泄漏：StackOverflowError

代码执⾏时，代码进栈，此刻如果栈的内存不⾜以容纳要进栈的代码的⼤⼩空间，那么久会报该错误。可以通过设置栈的空间⼤⼩。⼀般通过：-Xss设置线程的⼤⼩来解决。⽐如：-Xss256m

下⾯进⼊如何检测jvm内存情况的实际操作：1、监控JVM的GC情况：

jstat -gcutil pid 2000 20 （只需要看O，如果达到100%，并且长期处于100%，则代表⽼年代内存不⾜）

pid：服务进程的pid，可通过：ps -ef | grep java 来查看java的服务进程pid

2000：每隔多少秒进⾏监控⼀次。这⾥是2秒

20： 总共获取20次

E：eden区O：⽼年代P：永久代YGC：新⽣代的GC次数YGCT：当前统计的YGC⼀共花费的时间（毫秒）FGC：fullGC⽼年代的GC次数FGCT：当前统计的FGC⼀共花费的时间（毫秒）GCT：YGC+FGC

2、查看jvm配置信息

jmap -head pid //可以看到java进程的堆的配置信息，各区的空间⼤⼩和配置信息

3、查看jvm中类和对象的占⽤情况

jmap -histo 5279 | head -20 //查看jvm中各个类的实例数、占⽤内存数量以及类的全名

4、上⾯使我们的基本命令使⽤，那么我们怎么预测或者说内存泄漏会有什么征兆？

JVM的结构

从功能上分，Java虚拟机主要由六个部分组成，可以分成三类：

第一类：JVM API：就是我们最常用的Java API，它是开发人员和Java交互的入口，它主要是JAVA_HOME/jre/lib下的运行时类库rt.jar和编译相关的tools.jar

第二类：JVM内部组件

类装载器(ClassLoader)：将Byte Array的 .class文件装载、链接和初始化。

内存管理(Memory Managent)：为对象分配内存，以及释放内存。后者就是垃圾回收Garbage

Collector（GC）。由于JVM最复杂的、最影响性能的就是GC，所以内存管理一般就指垃圾回收。

诊断接口(Diagostics Interface)：这主要体现在JVMTI(jdk1.4下的JVMPI和JVMDI)，它主要用来诊断程序的问题和性能，一般提供给工具厂商实现。如eclispe IDE下的debug功能，Jprofiler性能调优工具。

类解释器(Interpreter)：解释装载进虚拟机的class对象，包括JIT等特性相关。

第三类：平台相关接口(Platform Interface)：主要为了跨操作系统平台重用JVM代码，不过，它和我们开发人员关系不大。

在以上六个组件中，我们开发人员最关心的是ClassLoader和GC，用Java做系统框架、容器和它们密切相关。做业务系统时一些基础代码 也和它们打交道，譬如最常用的

Class.forName(),Thread.currentThread.getContextClassLoader()。我们仔细想想，为什么是 上面两个问题？因为，它和我们class的整个生命周期最为相关：怎么将一个class和相关class加载进来，class实例什么时候创建，什么时候 被销毁？

所以，下面的部分我们要专门讨论这些问题。

在JVM中有两种垃圾方式，一种叫做Minor（次收集），另一种叫做Major（主收集）。其中Minor在Young Generation的空间被 对象全部占用后执行，主要是对Young Generation中的对象进行垃圾收集。而Major是针对于整个Heap size的垃圾收集。其中 Minor方式的收集经常发生，并且Minor收集所占用的系统时间小。Major方式的垃圾收集则是一种“昂贵”的垃圾收集方式，因为在Major要对 整个Heap size进行垃圾收集,这会使得应用停顿的时间变得较长。