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、上面使我们的基本命令使用,那么我们怎么预测或者说内存泄漏会有什么征兆?

1、tps出现大幅波动,并慢慢降低,甚至降为0,响应时间随之波动,慢慢升高
2、通过jstat命令看到,Jvm中Old区不断增加,FullGC非常频繁,对应的FullGC消耗的时间也不断增加
3、通过jconsole/jvisualvm可以看到,堆内存曲线不断上升,接近上限时,变成一条直线
4、日志报错java.lang.OutOfMemoryError: Java heap space

5、内存泄露怎么定位?

(1、确定征兆: 现象方面,Java进程抛出OOM异常,分析属于那种异常,是正常的内存资源耗尽还是内存泄漏。

(2、监控jvm的GC情况: jstat -gcutil pid 1000 100 (只需要看O,如果达到100%,并且长期处于100%,则代表老年代内存不足) 如果有大量的FGC就要查询是否有内存泄漏的问题了

(3、通过jmap命令:jmap -histo pid | head -20,查看当前堆内存中实例数和占用内存最多的前20个对象

(4、通过jvisualvm分析定位:进行远程堆dump,然后把dump文件下载下来,用jvisualvm打开进行分析,可以看到更直观的jvm中对象的信息

6、下面是进行最后的JVM参数调优:

vm常用参数
---------------------------------------
堆内存 = 年轻代+老年代
年轻代 = Eden+Survivor
Survivor = From Space+To Space
---------------------------------------
年轻代 = Eden+From Space+To Space
堆内存=Eden+From Space+To Space+老年代
====================================

-Xms2048m:初始堆大小,建议<物理内存的1/4,默认值为物理内存的1/64

-Xmx2048m:最大堆大小,建议与-Xms保持一致,默认值为物理内存的1/4

-Xmn512m:新生代大小,建议不超过堆内存的1/2-Xss256k,线程堆栈大小,建议256k

-XX:PermSize=256m:永久代初始值,默认值为物理内存的1/64

-XX:MaxPermSize=256m:永久代最大值,默认值为物理内存的1/4

-XX:SurvivorRatio=8:年轻带中Eden区和Survivor区的比例,默认为8:1,即Eden(8),FromSpace(1),ToSpace(1)

-XX:MaxTenuringThreshold=15:晋升到老年代的对象年龄,每个对象坚持过一次MinorGC后对象年龄+1,默认值是15,年龄超过15进入到老年代,该参数在串行GC时有效-

XX:PretenureSizeThreshold=3145728:单位字节,只对Serial和ParNew两款收集器有效,新生代采用Parallel Scavenge GC时无效,大于这个值的对象直接在老年代进行分配

7、参数设置在哪里?

一般来说,一个服务器可能有多个java服务进行,对吧?是很多服务器都会有这种情况,那么问题来了,那我要是统一在jvm配置文件修改jvm参数,那么岂不是所有服务都是这个参数?所以有没有其他办法?

有!!!!那就是在java进程启动命令设置。

nohup java ${JAVA_OPT} -jar xxx.jar 2>&1&

JAVA_OPT的参数:里面参数自行看要设置什么,以及具体的参数值

JAVA_OPT="-server -Xms256m -Xmx256m -Xmn512m -XX:MetaspaceSize=64m -XX:MaxMatespaceSize=256m"

到此这篇关于JVM内存参数配置详解的文章就介绍到这了,更多相关JVM内存参数配置内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • IDEA设置JVM可分配内存大小和其他参数的教程

    有时我们会遇到 java.lang.OutOfMemoryError 的问题,可能会需要设置jvm运行参数 作用 -Dproperty=Value 该参数通常用于设置系统级全局变量值,如配置文件路径,保证该属性在程序中任何地方都可访问.当然,也可以通过在程序中使用System.setProperty进行设置. 注意: 1.如果-Dproperty=value的value中包含空格,可以将value使用引号引起来.例如:-Dmyname="hello world". 2.如果配置了-Dp

  • 老生常谈JVM的内存溢出说明及参数调整

    对于JVM的内存写过的文章已经有点多了,而且有点烂了,不过说那么多大多数在解决OOM的情况,于此,本文就只阐述这个内容,携带一些分析和理解和部分扩展内容,也就是JVM宕机中的一些问题,OK,下面说下OOM的常见情况: 第一类内存溢出,也是大家认为最多,第一反应认为是的内存溢出,就是堆栈溢出: 那什么样的情况就是堆栈溢出呢?当你看到下面的关键字的时候它就是堆栈溢出了: java.lang.OutOfMemoryError: ......java heap space..... 也就是当你看到hea

  • JVM内存参数配置详解

    首先我们知道:JVM发生内存错误的类型 1.堆内存泄漏:OutOfMemory:Java heap space 此种内存泄漏,增加内存,只能暂时解决问题,并不能根治问题.必须要优化代码,一定是代码的问题:排查堆中的大量对象,就会发现,这些对象都被引用,对象不能及时被回收,导致超出了堆的设定最大内存. 2.老年代内存泄漏:OutOfMemoryError:PermGen space 类名.访问修饰符.字段描述.方法描述等,所占空间大于永久代最大值,就会出现,一般都是初始化内存的时候,空间太小,解决

  • JVM入门之JVM内存结构内容详解

    一.java代码编译执行过程 源码编译:通过Java源码编译器将Java代码编译成JVM字节码(.class文件) 类加载:通过ClassLoader及其子类来完成JVM的类加载 类执行:字节码被装入内存,进入JVM虚拟机,被解释器解释执行   注:Java平台由Java虚拟机和Java应用程序接口搭建,Java语言则是进入这个平台的通道,   用Java语言编写并编译的程序可以运行在这个平台上 二.JVM简介 1.java程序经过一次编译之后,将java代码编译为字节码也就是class文件,然

  • spring boot中的properties参数配置详解

    application.properties application.properties是spring boot默认的配置文件,spring boot默认会在以下两个路径搜索并加载这个文件 src\main\resources src\main\resources\config 配置系统参数 在application.properties中可配置一些系统参数,spring boot会自动加载这个参数到相应的功能,如下 #端口,默认为8080 server.port=80 #访问路径,默认为/

  • Java reservedcodecachesize虚拟机参数案例详解

    一.reservedcodecachesize参数介绍 该参数是JvM虚拟机调优中调整内存大小的一个设置参数,值得大小设置直接影响到Code Cache的大小,而jvm编译的代码有常常存放在Code Cache中,而Code Cache的空间内存又支撑着jvm的正常运行,如果该空间不足jvm虚拟机将会发生问题,并且性能持续降低. Code Cache就是所谓的代码缓存,由于JVM虚拟机的内存默认是有大小限制的,因此代码缓存区域肯定也是有一定大小限制,一般的Windows电脑上64位系统下它的默认

  • Tomcat用户管理的优化配置详解

    目录 tomcat用户管理配置 tomcat优化 一.tomcat中的三种运行模式之运行模式的优化 二.tomcat执行器(线程池)的优化 三.tomcat优化之禁用AJP连接器实现动静分离 四.tomcat中JVM参数优化 tomcat用户管理配置 在tomcat-users.xml中添加用户: <role rolename="manager"/> <role rolename="manager-gui"/> <role rolena

  • Java 虚拟机(JVM)之基本概念详解

    1.类加载子系统:负责从文件系统或者网络中加载Class信息,加载的信息存放在一块称之为方法区的内存空间. 2.方法区:就是存放类信息.常量信息.常量池信息.包括字符串字面量和数字常量等.方法区是辅助堆栈的块永久区,解决堆栈信息的产生,是先决条件. 3.Java堆:再java虚拟机启动的时候建立Java堆,它是java程序最主要的内存工作区域,几乎所有的对象实例都存放到Java堆中,堆空间是所有线程共享的.堆解决的是数据存储问题,即数据怎么放.放在哪儿. 4.直接内存:Java的NIO库允许Ja

  • maven 测试写入JRE参数实例详解

    maven 测试写入JRE参数实例详解 项目在测试时碰到一个问题,就是JVM加载参数的问题. web项目本身在注入配置信息的时候,读取的是本地的配置文件,但是配置文件的位置是卸载tomcat 里面配置的JAVA_OPTS里面的. 问题出现了: JAVA_OPTS将变量写入了JRE,但是在执行maven test的时候,是没有写入JRE参数的,所以在进行诸如service等涉及到数据库的测试的时候,将无法正确加载数据库的配置,导致无法进行数据库测试. 解决方案: 使用configuration来注

  • Nginx配置文件(nginx.conf)配置详解(总结)

    现在经常碰到有新用户问一些很基本的问题,最近整理了一下,Nginx的配置文件nginx.conf配置详解如下: user nginx nginx ; Nginx用户及组:用户 组.window下不指定 worker_processes 8; 工作进程:数目.根据硬件调整,通常等于CPU数量或者2倍于CPU. error_log logs/error.log; error_log logs/error.log notice; error_log logs/error.log info; 错误日志:

  • Java GC 机制与内存分配策略详解

    Java GC 机制与内存分配策略详解 收集算法是内存回收的方法论,垃圾收集器是内存回收的具体实现 自动内存管理解决的是:给对象分配内存 以及 回收分配给对象的内存 为什么我们要了解学习 GC 与内存分配呢? 在 JVM 自动内存管理机制的帮助下,不再需要为每一个new操作写配对的delete/free代码.但出现内存泄漏和溢出的问题时,如果不了解虚拟机是怎样使用内存的,那么排查错误将是一项非常艰难的工作. GC(垃圾收集器)在对堆进行回收前,会先确定哪些对象"存活",哪些已经&quo

  • Java语言中的内存泄露代码详解

    Java的一个重要特性就是通过垃圾收集器(GC)自动管理内存的回收,而不需要程序员自己来释放内存.理论上Java中所有不会再被利用的对象所占用的内存,都可以被GC回收,但是Java也存在内存泄露,但它的表现与C++不同. JAVA中的内存管理 要了解Java中的内存泄露,首先就得知道Java中的内存是如何管理的. 在Java程序中,我们通常使用new为对象分配内存,而这些内存空间都在堆(Heap)上. 下面看一个示例: public class Simple { public static vo

随机推荐