十分钟掌握JVM内存分配、垃圾收集器和常用参数

本文是阿青为大家精心整理JVM内存分配、垃圾收集器和常用参数这三方面的知识点,希望大家能熟练掌握好jvm的基础知识点,为成为优秀的程序猿打下坚实的基础。

熟练掌握jvm的基础知识是作为java程序猿必需掌握的,这可以帮助我们:

1.调优jvm配置参数,一定程度减少各种OOM问题

如java.lang.OutOfMemoryError:Java heap space

java.lang.OutOfMemoryError: GCoverhead limit execeeded

java.lang.OutOfMemoryError: PermGenspace

2.编码时提高GC问题的意识,写出高效健壮代码

如对象使用完置null及时GC、慎用System.gc()

尽量不要编写返回大数据集的方法(如大数据量的接口)

慎用大量jvm级别的缓存

3.便于排查故障及性能调优

如代码问题导致频繁full gc带来的性能问题

分析内存方法:heap dump 工具:mat

一.jvm内存分配

1.jvm运行结构(下图)

注:JDK1.3.1版本开始使用HotSpot虚拟机

栈区(vm stack)

由编译器自动分配释放,存放方法的参数值,局部变量的值等,具体方法执行结束之后,系统自动释放内存资源。

本地方法栈(nativemethod stack)

与vm stack基本类似,区别在于虚拟机栈为虚拟机执行的java方法服务,而本地方法栈则是为Native方法服务。

静态区,即方法区(PermSpace)

存放加载的类信息、全局常量、静态变量、是各个线程共享的内存区域,不回收释放。

堆区(Heap)

一般由程序员分配释放,存放由new创建的对象和数组,GC主要操作的对象。

程序计数器

VM执行字节码指令,分支、循环、异常处理、线程恢复等需要

2.jvm内存分配—堆(heap)区分配

分代收集策略下的堆(heap)区内存分配

Java堆分为新生代(young区)、老年代(old区)和永久代(Permanent区),新生代(young区)分为伊甸(eden)区和幸存区0(S0)和幸存区1(S1)。

GC有两种类型:ScavengeGC和Full GC。

ScavengeGC对young区的回收,Eden区被写满后触发;

FullGC对整个堆进行整理回收,一般old区被写满后触发;

Scavenge GC也简称YGC,FullGC简称FGC,FGC时要锁内存,FGC太频繁会大大影响性能。

young区垃圾回收原理:

Eden:对象只管申请空间,是新new对象的乐园。在空间满的时候,会进行大屠杀(Scavenge GC)

S区:幸存区,在对Eden屠杀时,会把仍然存活的对象拷贝到幸存区。幸存区存在对等的两个区间,对于一次Scavenge

GC,其中一个为From区,一个为To区。含义为Eden和From的幸存者被拷贝到To区,To区会作为下一次GC的From区

Old: Eden和S区是新生代(young区)的一部分,相对地,在幸存区经历N次,屠杀后仍然存活的话,会被拷贝到old区,进入old区后,ScavengeGC将不在检查对象有效性,需要触发FullGC来回收对象(详见下图)。

二.垃圾收集器

7种收集器,分为两块,上面为新生代收集器,下面是老年代收集器,存在连线两个收集器可以搭配使用,总的来讲分为:串行收集器、并行收集器、并发收集器。

Ø新生代的收集器,都使用复制算法。

1.Serial(串行GC)收集器

单线程执行,执行时必须暂停其他所有的用户线程,是Jvm client模式下默认收集器

2.ParNew(并行GC)收集器

是serial收集器的多线程版本

3.ParallelScavenge(并行回收GC)收集器

多线程并行执行。它的目标则是达到一个可控制的吞吐量。吞吐量=程序运行时间/(程序运行时间+垃圾收集时间),如虚拟机总共运行了100分钟。其中垃圾收集花掉1分钟,吞吐量则99%。

Ø老年代的收集器,使用“标记-清除”或“标记-整理”算法。

1.CMS(并发GC)收集器

一种以获取最短回收停顿时间为目标的收集器。基于“标记-清除”算法实现

2.Serial Old(串行GC)收集器

是Serial收集器的老年代版本,单线程执行,使用“标记-整理”算法。

3.ParallelOld(并行GC)收集器

是Parallel Scavenge收集器的老年代版本,使用多线程和“标记-整理”算法。

4.G1收集器

JDK1.7提供的一个新收集器,基于“标记-整理”算法实现,收集范围整个Java堆(包括新生代,老年代)。

ØClient、Server模式默认收集器

如果性能要求特别高建议配置使用CMS(并发GC)收集器。

部署jvm基本都使用server模式

三.jvm常用参数设置

Øjvm参数配置示例

附:查看jvm GC情况示例

用java自带的工具jstat命令查看

命令格式:

jstat [Options] vmid [interval][count]

参数说明:

Options,选项,我们一般使用-gcutil查看gc情况

vmid,VM的进程号,即当前运行的java进程号

interval,间隔时间,单位为秒或者毫秒

count,打印次数,如果缺省则打印无数次

如查看jvm gc的简单信息

jstat -gcutil 31479 500

即会每500毫秒一次显示进程号为31479的java进程的GC情况,如下图:



文/阿青,写代码写诗写职场的程序猿大叔,倾力原创简单实用的硬干货,转载此文请联系阿青。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,204评论 6 506
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,091评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,548评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,657评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,689评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,554评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,302评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,216评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,661评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,851评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,977评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,697评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,306评论 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,898评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,019评论 1 270
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,138评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,927评论 2 355

推荐阅读更多精彩内容