本文引见8虚构机的内存区域划分、内存渣滓回出上班原了解析、虚构机内存调配性能，以及各渣滓搜集器优缺陷及场景运行、通常内存缺点场景排查诊断，繁难读者面临内存缺点时有一个明白的思绪和方向。

一、背景

Java是一种盛行的编程言语，可以在不同的操作系统上运转。它具备跨平台、面向对象、智能内存治理等特点，Java程序在运转时要求经常使用内存来存储数据和程序形态。

Java的智能内存治理机制是由JVM中的渣滓搜集器来成功的，渣滓搜集器会活期扫描堆内存中的对象，检测并肃清不再经常使用的对象，以监禁内存资源。

Java的智能内存治理机制带来了许多好处，首先，它可以防止程序员手动治理内存时的失误，例如内存走漏和悬空指针等疑问。其次，它可以提高程序的运转效率，由于程序员不要求频繁地手动调配和监禁内存，而是可以将更多时期和精神专一于程序的业务逻辑，最后，它可以提高程序的牢靠性和稳固性，由于渣滓搜集器可以智能检测和肃清不再经常使用的内存资源，防止内存溢出等疑问。

了解和把握渣滓搜集器原理可以协助提高程序的性能、稳固性和可保养性。

名词解释：

照应速度 ：照应速度指程序或系统对一个恳求的照应有多迅速。比如，用户查问数据照应时期，对照应速度要求很高的系统，较大的停顿时期是无法接受的。

吞吐量 ：吞吐量关注在一个特定时期段内运行系统的最大上班量，例如每小时批处置系统能成功的义务数量，在吞吐量方面优化的系统，较长的GC停顿时期也是可以接受的，由于高吞吐量运行更关心的是如何尽或许快地成功整个义务，不思考极速响运行户恳求。

GC造成的运行暂停时期影响系统照应速度，GC处置线程的CPU经常使用率影响系统吞吐量。

二、Java的内存治理

2.1JVM（Java虚构机）内存划分

Java运转时数据区域划分，Java虚构机在口头Java程序时，将其所治理的内存划分为不同的数据区域，每个区域都有特定的用途和创立销毁的时期。其中，有些区域在虚构机进程启动时就存在，而有些区域则是随着用户线程的启动和完结而建设和销毁。这些数据区域包括程序计数器、虚构机栈、本中央法栈、堆、方法区等，每个区域都有其自身的特点和作用。了解这些数据区域的经常使用形式和特点，可以更好地理解Java虚构机的内存治理机制和运转原理。

JVM的内存区域划分可分为：1.堆内存空间、2.Java虚构机栈区域、3.程序计数器、4.本中央法栈、5.元空间区域、6.间接内存。

堆内存空间

JVM回收的关键指标是堆内存，对象关键的创立调配内存在堆上启动，堆可以构想成一个对象池子，对象不停创立放入池子中，而JVM渣滓回收是不停的回收池子中一些被标志为可回收对象的对象，启动回收线程启动清扫战场，当回收对象的速度赶不上程序的创立时，池子就会立马满，当满了之后从而出现溢出，就是经常出现的OOM。

GC的速度和堆的内存中存活对象的数量有关，与堆内存一切的对象有关，GC的速度和堆内存的大小有关，如一个4GB大小的堆内存和一个16GB的堆内存，只需2个堆内存存活对象都是一样多的时刻，GC速度都是基本差不多。每次渣滓回收也不是必定要把渣滓清算洁净，关键的是保障不把正在经常使用的对象给标志肃清掉。

2.2堆内存治理

JVM中占用内存空间最大的是堆内存，平时对象的创立大部分都是在堆上调配内存的，是Java渣滓回收的关键指标和方向、是Java内存治理机制的外围组成部分，它可以智能治理Java程序的内存调配和监禁，Java渣滓搜集器可以智能检测和回收不再经常使用的内存，以便从新调配给其余要求内存的程序。这种智能内存治理的机制可以提高程序的运转效率和牢靠性，防止因内存走漏等疑问造成程序解体或性能降低，Java渣滓搜集器经常使用了不同的渣滓回收算法和渣滓搜集器成功，以顺应不同的运行场景和需求。Java渣滓搜集器的性能特色和优化技术也是Java程序员要求了解和把握的关键常识。

因此，了解Java渣滓回收的背景、原理和通常阅历关于编写高效、牢靠的Java程序十分关键。

2.2.1对象如何被判别为可回收

JVM怎样判别堆内存外面的对象能否可回收的，就是当一个对象没有任何援用指向它了，它就是可回收对象，判别的形式有两种算法，一个是援用计数法，一个是可达性剖析法。

可回收对象：

（1）援用计数法

给对象中参与一个援用计数器，每当有一个中央援用它时，这个计数器值加一，当援用失效断开时，计数器值就减一，在任何时辰时计数器为0的时刻，代表这个对象是可以被回收的，没有任何援用经常使用它了。

援用计数法是有缺陷，当对象间接相互依赖援用时，这些对象的计数器都不能为0，都不能被回收。

（2）可达性剖析法

它经常使用tracing（链路追踪）形式寻觅存活对象的方法，经过一些列称为GCRoots的对象作为初始点，从这些初始点开局向下查找，直到向下查找没有任何链路时，代表这个对象可以被回收，这种算法是目前Java惟一且自动经常使用来判定可回收的算法。

2.2.2GCRoots的概念和对象类型

当然，被GCRoots追溯到的对象不是必定不会被渣滓回收，详细要求看状况，Java对象与对象援用存在四种援用级别：区分是强援用、软援用、弱援用、虚援用，自动的对象相关是强援用，只要在和GCRoots没有相关时才会被回收；软援用用于保养一些可有可无的对象，当内存足够时不会被回收；弱援用只需出现了渣滓回收就会被清算；虚援用人如其名形同虚设，任何对象都与它有关。

2.2.3渣滓对象回收算法

当JVM定位到了那些对象可回收时，这个时刻是经过三个算法标志肃清，区分是标志肃清算法、复制算法、标志紧缩算法。

（1）标志肃清算法

首先标志出一切要求回收的对象，在标志成功后，一致回收掉一切被标志的对象，但是该算法缺陷是口头效率低，当少量对象时要求少量标志和清算举措，而且容易发生内存碎片化，当要求一块延续内存时，会由于碎片化无法调配。

（2）标志紧缩算法

标志紧缩算法跟肃清算法很像，只不过它对内存启动了整顿，让存活对象都向内存空间的一端移动，而后将边界的其它对象所有清算，这样能到达内存碎片化疑问，不过它比肃清算法多了移步举措。

（3）复制算法

为了处置标志-肃清算法面对少量可回收对象时口头效率低的疑问，将存活对象复制到一块空置的空间里，而后将原来的区域所有清算，缺陷是要求额外空间寄存存活对象。

2.2.4分代渣滓回收模型概念和原理

堆内存分代模型图

当JVM启动GC（渣滓回收）时，JVM会动员Stoptheworld，一切的业务线程都启动中止，进入SafePoint形态，JVM回收渣滓线程开局启动标志和追溯，如何处置这种中止和如何缩小STW的时期呢？

目前干流渣滓搜集器驳回分代渣滓回收形式，大部分对象的申明周期都比拟短，只要少部分的对象才存活的比拟长，分代渣滓回收会在逻辑上把堆内存空间分为两部分，一部分为年轻代，一部分为老年代。

（1）年轻代空间

年轻代关键是寄存重生成的对象，普通占用堆空间的三分之一空间，由于会频繁创立对象，所以年轻代GC频率是最高的。

分为Eden空间、Survivor1（from）区、Survivor2（to）区，S1和S2总要有一块空间是空的，为了繁难年轻代存活对象来回寄存，升职存活对象年龄。

三个区的自动比例是8:1:1，可以经过性能参数调整比例。

年轻代回收动员MinorGC（YongGC），当Eden内存区域被占满之后就动员GC，持久的STW，基于渣滓搜集器。

（2）老年代空间

是堆内存中最大的空间，，外面的对象都是比拟稳固或许老固执，GC频率不会频繁口头。

老年代对象：

老年代回收动员MajorGC/FULLGC，当老年代满时会触发MajorGC，通常至少阅历过一次性MinorGC，再紧接着启动MajorGC，MajorGC清算Tenured区，用于回收老年代（CMS能力独自清算）。

FUllGC：肃清整个堆空间，普通来说是针对整个重生代、老生代、元空间的全局范围的清算。

不论是MajorGC还是FullGC，STW的耗时都是Ygc的十倍以上，所以说对象能在年轻代被回收是最优的。

FullGC触发条件：

2.2.5Java对象内存调配环节

对象的调配环节

TLAB 作用原理 ：Java在内存重生代Eden区域开拓了一小块线程私有区域，这块区域为TLAB，自动占Eden区域大小的1%，作用于小对象，由于小对象用完即丢，不存在线程共享，极速沦亡GC，JVM优先将小对象调配在TLAB是线程私有的，所以没有锁的开支，效率高，每次只要求线程在自己的缓冲区调配即可，不要求启动锁同步堆。

对象除了基本类型的不必定是在堆内存调配，在JVM领有逃逸剖析，能够剖析出一个新的对象所领有的范围，从而选择能否要将这个对象调配到堆上，是JVM的自动行为；Java逃逸剖析是一种优化技术，可以经过剖析Java对象的作用域和生命周期，确定对象的内存调配位置和生命周期，从而缩小不用要的内存调配和渣滓回收。可以在栈上调配，可以在栈帧上创立和销毁，分别对象或标量交流，同步消弭。

publicclassTaoYiFenxi{Objectobj;publicvoidsetObj(){obj=newObject();}publicObjectgetObject(){Objectobj1=newObject();returnobj1;}publicvoidtest1(){synchronized(newObject()){}}}

2.2.6JVM渣滓搜集器特点与原理

（1）Serial渣滓搜集器、SerialOld渣滓搜集器

Serial搜集器驳回复制算法，作用在年轻代的一款渣滓搜集器，串行运转，口头环节中会STW，是经常使用单个线程启动渣滓回收，照应速度优先。

SerialOld搜集器驳回标志整顿算法，作用在老年代的一款搜集器，串行运转，口头环节中会暂停一切用户线程，会STW，经常使用单个线程启动渣滓回收，照应速度优先。

经常使用场景：

适宜内存小几十兆以内，比拟适宜繁难的服务或许单CPU服务，防止了线程交互的开支。

优势：

小堆内存且单核CPU口头效率高。

缺陷：

堆内存大，多核CPU不适宜，回收时长十分长。

（2）ParallelScavenge渣滓搜集器、ParallelOld渣滓搜集器

ParallelScavenge渣滓搜集器驳回了复制算法，作用在年轻代的一款渣滓搜集器，是并行的多线程运转，口头环节中会出现STW，关注与程序吞吐量。

ParallelOld渣滓搜集器驳回标志整顿算法，作用，作用在老年代的一款渣滓搜集器，是并行的多线程运转，口头环节中会出现STW，关注与程序吞吐量。

ParallelScavenge+ParallelOld组合是Java8当中自动经常使用的一个组合渣滓回收。

所谓的吞吐量是CPU用于运转用户代码时期与CPU总消耗时期的比值，也就是说吞吐量=运转用户代码时期/(运转用户代码时期+渣滓搜集器时期)，录入程序运转了100分钟，渣滓搜集器破费时期1分钟，则吞吐量到达了99%。

经常使用场景：

适用于内存在几个G之间，适用于后盾计算服务或许不要求太多交互的服务，保障吞吐量的服务。

优势：

可控吞吐量、保障吞吐量，并行搜集。

缺陷：

回收时期STW，随着堆内存增大，回收暂停时期增大。

（3）ParNew渣滓搜集器

ParNew渣滓搜集器驳回了复制算法，作用在年轻代的一款渣滓搜集器，也是并行多线程运转，跟Parallel十分相似，是它的增强版本，或许说是Serial搜集器的多线程版本，是搭配CMS渣滓搜集器特制的一个搜集器。

经常使用场景：

搭配CMS经常使用

（4）CMS渣滓搜集器

CMS是一款多线程+分段操作的一款渣滓搜集器。其最大的优势就是将一次性完整的回收环节拆分红多个步骤，并且在口头的某些环节中可以经常使用户线程可以继续运转，区分有初始标志，并发标志，从新标志，并发清算和并发重置。

CMS是一款多线程+分段操作的一款渣滓搜集器。其最大的优势就是将一次性完整的回收环节拆分红多个步骤，并且在口头的某些环节中可以经常使用户线程可以继续运转，区分有初始标志，并发标志，从新标志，并发清算和并发重置。

CMS分段

三色标志

标志环节完结后，一切未被标志的对象都是无法达的，可以被回收。

三色标志算法的 疑问场景 ：当业务线程做了对象援用变卦，会出现B对象不会被扫描，当成渣滓回收。

publicclassDemo3{publicstaticvoidmn(String[]args){Rr=newR();r.a=newA();Bb=newB();//GCroot遍历R，R为彩色，R上方的a援用链还未扫完置灰灰色，R.b无援用，切换时期分片r.a.b=b;//业务线程出现了援用扭转，原本r.a.b的援用置为nullr.a.b=null;//GC线程回来继续上次扫描，发现r.a.b无援用，则以为b对象无任何援用肃清r.b=b;//GC回收了b，业务线程无法经常使用b}}classR{Aa;Bb;}classA{Bb;}classB{}

当GC线程标志A时，CPU时期片切换，业务线程启动了对象援用扭转，这时刻时期片回到了GC线程，继续扫描对象A，发现A没有任何援用，则会将A赋值彩色扫描终了，这样B则不会被扫描，会标志B是渣滓，在清算阶段将B回收掉，失误的回收反常的对象，出现业务意外。

CMS基于这种失误标志的处置打算是采取写屏障+增量更新IncrementalUpdate，在业务线程出现对象变动时，从新将R标识为灰色，从新扫描一遍，IncrementalUpdate在不凡场景下还是会发生漏标。

publicclassDemo3{publicstaticvoidmain(String[]args){//IncrementalUpdate还会发生的疑问Rr=newR();Aa=newA();Ab=newA();r.a1=a;//GC线程切换，r扫完a1，但是没有扫完a2，还是灰色r.a2=b;//业务线程出现援用切换，r置灰灰色（自身灰色）r.a1=b;//GC线程继续扫完a2，R为彩色，b对象又漏了~}}classR{Aa1;Aa2;}classA{}

当GC1线程正在标志O，曾经标志完O的属性O.1，预备标志O.2时，业务线程把属性O,1=B，这时刻将O对象再次标志成灰色，GC1线程切回，将O.2线程标志成功，这时刻以为O曾经所有标志成功，O标志为彩色，B对象发生了漏标，CMS针对IncrementalUpdate发生的疑问，只能在remark阶段，暂停一切线程，将这些出现过援用扭转过的，从新扫描一遍。

经常使用场景：

适用于互联网或许B/S服务，照应速度优先，适宜6G左右。

优势：

并发搜集，低进度，回收环节中最耗时的是并发标志和并发肃清，它都能与用户线程坚持一同上班。

缺陷：

搜集器对CPU的资源十分敏感，会占用用户线程部分经常使用，造成程序会变得缓慢，吞吐量降低。

无法处置浮动渣滓，在并发清算阶段用户线程还是在运转，这时刻发生的新渣滓无法在这次当中处置，只要期待下次才会清算。

由于CMS经常使用了IncrementalUpdate，remark阶段还是会一切暂停，从新扫描出现援用扭转的GCroot，效率慢耗时高。

由于搜集器是基于标志肃清算法成功的，所以在搜集器回收完结后，内存会发生碎片化，当碎片化十分严重的时刻，这时刻有大对象进入无法调配内存时会触发FullGC，不凡场景下会经常使用Serial搜集器，造成进度无法控。

（5）G1渣滓搜集器

G1也是驳回三色标志分段式启动回收的算法，不过它是写屏障+STAB快如成功，G1设定的指标是在提前可控（低暂停）的状况下取得尽或许高的吞吐量，依然可以经过并发的形式让Java程序继续运转，G1渣滓搜集器在很多方面补偿了CMS的无余，比如CMS经常使用的是mark-sweep标志肃清算法，人造会发生内存碎片(CMS只能在FullGC时，STW整顿内存碎片)，但是G1全体来看是基于标志整顿算法成功的搜集器，但是从部分来看也是基于复制算法成功的，高效的整顿残余内存，而不要求治理内存碎片它。

G1雷同有年轻代和老年代的概念，只不过物理空间划分曾经不存在，逻辑分区还存在，G1会把堆切成若干份，每一份当作一个指标，在部分上指标很容易达成，G1在启动渣滓回收的时刻，将会依据最大停顿时期设置值灵活选取部分小堆区渣滓回收。

G1的特点是尽量谋求吞吐量，谋求照应时期，并发搜集，紧缩闲暇空间不会延伸GC暂停时期，更容易预测GC暂停时期，能充沛应用CPU、多核环境下的配件优势，经常使用多个CPU对STW启动控制(200ms以内)灵敏的分区回收，优先回收破费时期少的或许渣滓比例高的region新老比例也是灵活调整，不要求性能；年龄升职也是15，但是可以灵活年龄，当幸存者region超越了50时，会把年龄最大的放入老年代。

G1灵活Y区域设置，G1每个分区都或许是年轻代或许老年代，但是同一时辰只属于一个代，分代概念还存在，逻辑上分代繁难复用以前分代逻辑，在物理上不要求延续，这样能带来额外好处，有的分区内渣滓比拟多，有的分区比拟少，G1会优先回收渣滓比拟多的分区，这样可以破费大批的时期来回收这些分区渣滓，即搜集最多渣滓分区；但是重生代回收不适宜这种，重生代到达阈值时出现YGC，对整个重生代启动回收或许升职幸存，重生代也分区是繁难灵活调整分区大小，在启动渣滓回收时，会将存活对象拷贝到另一个可用分区上，这样也能防止必定水平的内存碎片化环节，每个分区的大小都是在1M-32M之间，取决2的幂次方。

：假设一个对象占用的空间超越了分区容量50%以上，G1搜集器就以为这是一个巨型对象。这些巨型对象，自动间接会被调配在年轻代，但是假设它是一个短期存在的巨型对象，就会对渣滓搜集器形成负面影响；为了处置这个疑问，G1划分了一个Humongous区，它用来专门寄存巨型对象。假设一个H区装不下一个巨型对象，那么G1会寻觅延续的H分区来存储。为了能找到延续的H区，有时刻不得不启动FullGC。

：记载每一块card内存区域能否dirty，假设在出现YGC时，怎样知道那些是存活对象，并且其它代区域有没有援用这部分对象，于是把内存划分了很多card区域，每个区域大小不超越512b，当该card区域里的对象有援用相关，将以后card置为dirty，并且经常使用卡表（CardTable）来记载每一块card能否dirty，在启动GC时，不用遍历一切的空间，只要求遍历卡表中为"dirty"或许说布尔合乎条件的card区域启动回扫。

：CollectionSET用于记载可被回收分区的汇合组，G1经常使用不同算法，灵活的计算出那些分区是要求被回收的，将其放到CSet中，在CSet当中存活的数据都会在GC环节中拷贝到另一个可用分区，CSet可以是一切类型分区，它要求额外占用内存，堆空间的1%。

：RememberedSet每个Region都有一个Rset，是一个记载了其余Region中的对象到自身Region的援用，它可以使得渣滓搜集器不要求扫描整个堆去找到谁的援用了以后分区对象，是G1高效回收的关键点，也是三色算法的一个以来点。

RSet和卡表的区别是什么？

卡表记载的是堆内存中card有没有变成"dirty"，但是它自身不知道dirty外面哪些是援用了的对象，它是一个大维度的一个记载，RSet是记载自身Region中对象援用了其它Region中的那些对象，详细的记载对方援用对象消息，G1经常使用了两者的联合，成功了增量式的渣滓回收，并优化跨区援用的最终处置。

SATB算法 ：是一种基于快照的算法，它可以防止在渣滓回收时出现对象漏标或许重复标志的疑问，从而提高渣滓回收的准确性和效率，在渣滓回收开局时，对堆中的对象援用启动快照，而后在并发标志阶段中记载下一切被修正过对象援用，保管到satb_mark_queue中，最后在从新标志阶段从新扫描这些对象，标志一切被修正的对象，保障了准确性和效率。

SATB算法在remark阶段不要求暂停遍历整个堆对象，只要求扫描satb_mark_queue队列中的记载，防止了这个阶段长耗时，而cms的增量算法在这个阶段是要求从新扫描GCRoots标志整个堆对象，造成了无法控时期暂停，总的来说G1是经过回收畛域运行并行化战略，将原来的几块大内存块回收疑问，演化成了N个小内存块回收，使得回收效率可以高度并行化，停顿时期可控，可以与用户线程并发口头，将一块内存分而治之。

G1自动当分区内存占用阈值到达总内存的45%，会出现Mixedgc（混和GC），YoungGC+并发回收MixedGC环节：初始标志（stw）、并发标志、最终标志(从新标志stw)、挑选回收（stw并行）。

经常使用场景：

照应速度优先，较高的吞吐量，面向服务端，经常使用内存6G以上。

优势：

并行与并发搜集，分代分区搜集，优先渣滓搜集，空间整合，可控或许可预测停顿时期。

缺陷：

搜集中发生内存，G1的每个region都要求有一份记忆集和卡表记载跨代指针，这造成记忆集或许占用堆空间10-20%甚至更多空间。

口头环节中额外负载开支放大，写屏障启动保养卡表操作外，还要求原始快照能够缩小并发标志和从新标志阶段的消耗，防止最终标志阶段进渡过长，运转环节中会发生由跟踪援用变动带来的额外开支累赘，比CMS增量算法消耗更多，CMS的写屏障成功间接是同步操作，而G1是把写屏障和写后屏障中要做的事件放到队列里异步处置。

G1关于FullGC是没有处置流程，一旦出现FullGCG1的回收口头的是复线程的Serial回收器启动回收。

2.2.7渣滓搜集器性能经常使用

机器性能：64位4C8G

Java程序经常使用CMS搜集器启动内存渣滓回收初始内存划分状况：

-Xms4096M-Xmx4096M-XX:+HeapDumpOnOutOfMemoryError-XX:HeapDumpPath=/data/{runuser}/logs/other-XX:+UseConcMarkSweepGC

CMS跟parNew占比状况，自动下ParNew占用整个堆的空间为：机器位数*CPU核数*13/10，以后机器性能计算得出64*4*13/10=332M，与图上数值差异不大。

Java程序经常使用G1搜集器启动内存渣滓回收初始内存划分状况：

-Xms4096M-Xmx4096M-XX:+HeapDumpOnOutOfMemoryError-XX:HeapDumpPath=/data/{runuser}/logs/other-XX:+UseG1GC

G1新老年代的占比是灵活调整，随着运转时依据实践状况划分空间。

Java8自动ParallerGC搜集器初始内存划分状况：

parallelGC回收器自动堆old区与young区内存大小比例2：1，图上数值差异不大。

三、内存诊断通常

3.1内存快照生成

当出现线上运行告警，告警相关内存缺点疑问时，应当如何启动缺点排查呢？首先运行在出现内存溢出无法口头时，应DUMP以后内存快照，要求在Java程序口头启动命令时参与上：

-XX:+HeapDumpOnOutOfMemoryError

-XX:HeapDumpPath=${filePath}参数

当出现时智能生成一份以后内存快照，繁难与开发人员经常使用快照文件启动疑问诊断剖析。

在Java运行运转时，想手动生成内存快照，可以经常使用JDK自带几个疑问排查工具，可以经常使用jmap工具生成指定PID内存快照，不过要求消耗较长的一个时期，会暂停运行程序口头，经常使用jcmd工具可以极速的DUMP内存快照，由于在堆转贮存文件环节中，jcmd可以应用虚构机中的一些优化技术，例如分代堆、增量式渣滓回收等技术，相比传统的jmap效率高很多，普通来说在DUMP内存前会启动一次性

FullFC，可以指定屏蔽这次FullGC，保管以后一切内存中的对象。

除了自带的内存诊断工具，也可以经常使用Arthas诊断工具，提供了多个命令来协助诊断内存疑问，例如dashboard（以后Java程序内存实时数据面板）、JVM（检查以后JVM消息，包括经常使用的gc搜集器、内存分区散布状况等消息）、heapdump（以后内存快照相似jmap命令的heapdump）、memory（以后内存分区及占用状况）、monitor（监控形式，可监控内存及检查对象占用状况）profiler（火焰图可以输入多种火焰图，内存分区占用火焰图）等相关内存命令。这些命令可以协助失掉运行程序的内存快照、堆内存经常使用状况等消息，能极速定位内存疑问。

援用：Arthas命令列表

3.2dump内存快照剖析

（1）jhat是Java开发工具包自带的一款堆内存剖析工具，它可以协助处置Java运行程序的内存疑问。Jhat可以读取Java运行程序生成的堆转储文件，并以格局展现内存中的对象消息和援用相关，允许OQL查问和灵敏的过滤和排序性能。

用例jhatE:dumpJava_pid2680.hprof

（2）jvisualvm也是Java开发工具包里自带的一款图形化工具，可以用于监控和诊断Java运行程序的性能疑问。经常使用它可以实时检查Java运行程序的内存经常使用状况、CPU经常使用状况、线程状况等，并可以启动内存剖析、CPU剖析、线程剖析等外容。

以Java_pid2680.hprof为例，启动内存剖析内存走漏要素：

（3）MAT是基于Eclipse的内存剖析工具，是一个极速、性能丰盛的Java内存剖析工具，能够极速的剖析出dump文件中各项结果，极速给出内存走漏要素报告。

还是以Java_pid2680.hprof文件启动剖析，比原生的jhat繁难很多，性能也比原生的愈加丰盛：

MAT的一些罕用性能点引见（如图所示）：

例子中：leakSuspects报告给出0xfe3be480十分多内存，GcrootThread所援用，在出现gc时，不是可回收对象，无法回收内存，造成内存溢出。

四、总结

本文引见了Java程序中的内存模型，内存模型划分多份内存区域，不同区域的作用引见及不同区域的线程之间的内存共享范围，可以协助开发人员愈加了解Java中内存治理的机制和原理。

堆是内存模型中最大的一块内存区域，以堆的空间划分详细的引见了内存分代，部分渣滓搜集器即是物理分代和逻辑分代，G1搜集器则物理不分代逻辑保管了以前分代，讲述了不同搜集器的原理成功和优缺陷，可以依据名目的业务属性，机器性能等要素选用最优的搜集器，协助程序经常使用最优的搜集器可以使得程序的吞吐量和照应速度到达最佳形态。还讲述了不同的参数调优搜集器，并且当出现了程序内存溢出解体，如何启动内存剖析，引见不同工具的经常使用，极速定位内存溢出的罪魁祸首，从而在代码层面上基本处置这类疑问。

---

在Java8中，元数据被放到本地内存中，不再受JVM限制了。但是这样还是会有什么弊端吗？

你说的应该是java调用jni操作本地内存，这个其实很多时候是必要的，缺点的话：1、主要是开发难度上的问题，网上罗列过很多，比如食用过多的本地引用而没有告诉jvm，运行时间久一点就崩了；2、其次是移植到其他系统就不可能了，所谓本地就是指的当前系统环境下的开发，既然本地化了就不存在跨平台优势了。

关于java学习，有什么书籍或者教程推荐不啦？

java Netty实战课程java高性能分布式RPC教程课程 免费下载

链接:Netty实战课程 java高性能分布式RPC教程课程