Ⅰ java中outofmemory异常
问题出在这里：paint函数中的repaint()调用。
repaint需要调用paint操作，而你的paint函数中又包含了repaint，这就形成一个循环调用，所以内存溢出了。
正确的做法是加入判断条件，如果x超过了25就停止repaint。不过一般的实现方法是在paint中一次性画出25张图片。
Ⅱ java OutOfMemory 问题
如果程序中没有分配这么大的内存的代码，查查程序中是否用了ArrayList，StringBuffer，StringBuilder等等自动分配内存的对象，每次缺省的空间用完都会自动扩展，而且可能是加倍分配空间。比如一些logger记录对象的时候自动往ArrayList里面加信息，但不清除，一旦缺省的空间满了，就会自动分配更多的空间，发生多次空间满后，以后每次重新申请的空间就很大，这个时候的mpfile就会有很大的空间分配记录。
Ⅲ java out of memory 怎么解决
这个原因很多，可能代码写的有问题，数据库连接没关闭，创建了大量的无用对象，或者jvm配置的太少了，jvm又涉及到好几个区的配置，配置不好也会出问题，所以遇到这种问题，要具体看报的什么错，先自己大概找找原因。
Ⅳ Java堆中的OutOfMemoryError错误是什么原因如何避免
当JVM启动时，使用了-Xms 参数设置的对内存。当程序继续进行，创建更多对象，JVM开始扩大堆内存以容纳更多对象。JVM也会使用垃圾回收器来回收内存。当快达到-Xmx设置的最大堆内存时，如果没有更多的内存可被分配给新对象的话，JVM就会抛出java.lang.outofmemoryerror，你的程序就会当掉。在抛出OutOfMemoryError之前，JVM会尝试着用垃圾回收器来释放足够的空间，但是发现仍旧没有足够的空间时，就会抛出这个错误。为了解决这个问题，你需要清楚你的程序对象的信息，例如，你创建了哪些对象，哪些对象占用了多少空间等等。你可以使用profiler或者堆分析器来处理OutOfMemoryError错误。”java.lang.OutOfMemoryError:02Java02heap space”表示堆没有足够的空间了，不能继续扩大了。
Ⅳ java运行过程中OutOfMemoryError是什么原因
1.内存中加载的数据量过于庞大，如一次从数据库取出过多数据；
2.集合类中有对对象的引用，使用完后未清空，使得JVM不能回收；
3.代码中存在死循环或循环产生过多重复的对象实体；
4.使用的第三方软件中的BUG；
5.启动参数内存值设定的过小；
2.Java代码导致错误的解决： 重点排查以下几点：
1)检查代码中是否有死循环或递归调用。
2)检查是否有大循环重复产生新对象实体。
3)检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询。
4 )检查List、MAP等集合对象是否有使用完后，未清除的问题。List、MAP等集合对象会始终存有对对象的引用，使得这些对象不能被GC回收。
查询数据时，一次查询过多的数据，后来调整了该部分的代码，每次只取出指定量的数据，成功的解决该问题。
出现OutOfMemoryError，发现session的资源一直没有被释放产生的，最好通过session的invalidate()方法将session的资源释放。
程序中出现死循环。 4.tomcat部署、运行出现OutOfMemoryError，加大内存参数值，解决此问题。
Ⅵ java内存溢出是什么情况
首先先说一下JVM内存结构问题，JVM为两块：PermanentSapce和HeapSpace，其中
Heap = }。PermantSpace负责保存反射对象，一般不用配置。JVM的Heap区可以通过-X参数来设定。
当一个URL被访问时，内存申请过程如下：
A. JVM会试图为相关Java对象在Eden中初始化一块内存区域
B. 当Eden空间足够时，内存申请结束。否则到下一步
C. JVM试图释放在Eden中所有不活跃的对象（这属于1或更高级的垃圾回收）, 释放后若Eden空间仍然不足以放入新对象，则试图将部分Eden中活跃对象放入Survivor区
D. Survivor区被用来作为Eden及OLD的中间交换区域，当OLD区空间足够时，Survivor区的对象会被移到Old区，否则会被保留在Survivor区
E. 当OLD区空间不够时，JVM会在OLD区进行完全的垃圾收集（0级）
F. 完全垃圾收集后，若Survivor及OLD区仍然无法存放从Eden复制过来的部分对象，导致JVM无法在Eden区为新对象创建内存区域，则出现”out of memory错误”
JVM调优建议:
ms/mx：定义YOUNG+OLD段的总尺寸，ms为JVM启动时YOUNG+OLD的内存大小；mx为最大可占用的YOUNG+OLD内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。
NewSize/MaxNewSize：定义YOUNG段的尺寸，NewSize为JVM启动时YOUNG的内存大小；MaxNewSize为最大可占用的YOUNG内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。
PermSize/MaxPermSize：定义Perm段的尺寸，PermSize为JVM启动时Perm的内存大小；MaxPermSize为最大可占用的Perm内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。
SurvivorRatio：设置Survivor空间和Eden空间的比例
内存溢出的可能性
1. OLD段溢出
这种内存溢出是最常见的情况之一，产生的原因可能是：
1) 设置的内存参数过小(ms/mx, NewSize/MaxNewSize)
2) 程序问题
单个程序持续进行消耗内存的处理，如循环几千次的字符串处理，对字符串处理应建议使用StringBuffer。此时不会报内存溢出错，却会使系统持续垃圾收集，无法处理其它请求，相关问题程序可通过Thread Dump获取（见系统问题诊断一章）单个程序所申请内存过大，有的程序会申请几十乃至几百兆内存，此时JVM也会因无法申请到资源而出现内存溢出，对此首先要找到相关功能，然后交予程序员修改，要找到相关程序，必须在Apache日志中寻找。
当Java对象使用完毕后，其所引用的对象却没有销毁，使得JVM认为他还是活跃的对象而不进行回收，这样累计占用了大量内存而无法释放。由于目前市面上还没有对系统影响小的内存分析工具，故此时只能和程序员一起定位。
2. Perm段溢出
通常由于Perm段装载了大量的Servlet类而导致溢出，目前的解决办法：
1) 将PermSize扩大，一般256M能够满足要求
2) 若别无选择，则只能将servlet的路径加到CLASSPATH中，但一般不建议这么处理
3. C Heap溢出
系统对C Heap没有限制，故C Heap发生问题时，Java进程所占内存会持续增长，直到占用所有可用系统内存
参数说明:
JVM 堆内存（heap）设置选项
参数格式
说 明
设置新对象生产堆内存（Setting the Newgeneration heap size）
-XX:NewSize
通过这个选项可以设置Java新对象生产堆内存。在通常情况下这个选项的数值为1 024的整数倍并且大于1MB。这个值的取值规则为，一般情况下这个值-XX:NewSize是最大堆内存（maximum heap size）的四分之一。增加这个选项值的大小是为了增大较大数量的短生命周期对象
增加Java新对象生产堆内存相当于增加了处理器的数目。并且可以并行地分配内存，但是请注意内存的垃圾回收却是不可以并行处理的
设置最大新对象生产堆内存（Setting the maximum New generation heap size）
-XX:MaxNewSize
通过这个选项可以设置最大Java新对象生产堆内存。通常情况下这个选项的数值为1 024的整数倍并且大于1MB
其功用与上面的设置新对象生产堆内存-XX：NewSize相同
设置新对象生产堆内存的比例（Setting New heap size ratios）
-XX:SurvivorRatio
新对象生产区域通常情况下被分为3个子区域：伊甸园，与两个残存对象空间，这两个空间的大小是相同的。通过用-XX:SurvivorRatio=X选项配置伊甸园与残存对象空间（Eden/survivor）的大小的比例。你可以试着将这个值设置为8，然后监控、观察垃圾回收的工作情况
设置堆内存池的最大值（Setting maximum heap size）
-Xmx
通过这个选项可以要求系统为堆内存池分配内存空间的最大值。通常情况下这个选项的数值为1 024的整数倍并且大于1 MB
一般情况下这个值（-Xmx）与最小堆内存（minimum heap size –Xms）相同，以降低垃圾回收的频度
取消垃圾回收
-Xnoclassgc
这个选项用来取消系统对特定类的垃圾回收。它可以防止当这个类的所有引用丢失之后，这个类仍被引用时不会再一次被重新装载，因此这个选项将增大系统堆内存的空间
设置栈内存的大小
-Xss
这个选项用来控制本地线程栈的大小，当这个选项被设置的较大（>2MB）时将会在很大程度上降低系统的性能。因此在设置这个值时应该格外小心，调整后要注意观察系统的性能，不断调整以期达到最优
最后说一句，你的机器的连接数设置也至关重要，连接的关闭最好把时间设置的少些，那些连接非常耗费资源。也是引起内存泄露的主要原因。
Ⅶ 如何解决java.lang.OutOfMemoryError
Java常见的几种内存溢出及解决方法【情况一】：
java.lang.OutOfMemoryError:Javaheapspace：这种是java堆内存不够，一个原因是真不够（如递归的层数太多等），另一个原因是程序中有死循环；
如果是java堆内存不够的话，可以通过调整JVM下面的配置来解决：
-Xms3062m
-Xmx3062m
【情况二】
java.lang.OutOfMemoryError:GCoverheadlimitexceeded
【解释】：JDK6新增错误类型，当GC为释放很小空间占用大量时间时抛出；一般是因为堆太小，导致异常的原因，没有足够的内存。
【解决方案】：
1、查看系统是否有使用大内存的代码或死循环；
2、通过添加JVM配置，来限制使用内存：
-XX:-UseGCOverheadLimit
【情况三】：
java.lang.OutOfMemoryError:PermGenspace：这种是P区内存不够，可通过调整JVM的配置：
-XX:MaxPermSize=128m
-XXermSize=128m
【注】：
JVM的Perm区主要用于存放Class和Meta信息的,Class在被Loader时就会被放到PermGenspace，这个区域成为年老代，GC在主程序运行期间不会对年老区进行清理，默认是64M大小，当程序需要加载的对象比较多时，超过64M就会报这部分内存溢出了，需要加大内存分配，一般128m足够。
【情况四】：
java.lang.OutOfMemoryError:Directbuffermemory
调整-XX:MaxDirectMemorySize=参数，如添加JVM配置：
-XX:MaxDirectMemorySize=128m
【情况五】：
java.lang.OutOfMemoryError:unabletocreatenewnativethread
【原因】：Stack空间不足以创建额外的线程，要么是创建的线程过多，要么是Stack空间确实小了。
【解决】：由于JVM没有提供参数设置总的stack空间大小，但可以设置单个线程栈的大小；而系统的用户空间一共是3G，除了Text/Data/BSS/MemoryMapping几个段之外，Heap和Stack空间的总量有限，是此消彼长的。因此遇到这个错误，可以通过两个途径解决：1.通过-Xss启动参数减少单个线程栈大小，这样便能开更多线程（当然不能太小，太小会出现StackOverflowError）；2.通过-Xms-Xmx两参数减少Heap大小，将内存让给Stack（前提是保证Heap空间够用）。
Ⅷ java内存溢出怎么解决
第一对所有的代码包括页面中的java代码都进行一遍彻底的回顾检查，
1.对那些静态(static)的对象要特别留神，特别是类型为Map,List,Set的，静态的变量会一直驻存在内存中，生命周期比较长，不会被垃圾器回收。
2．对于代码，要审查是否生成了大量的冗余的对象，还有一些逻辑业务处理的类，
算法是否过于复杂，调整算法，对于代码认真审查，再仔细重构一遍代码，能提高代码质量，提高程序运行稳定性。
3.Java中的内存溢出大都是因为栈中的变量太多了。其实内存有的是。建议不用的尽量设成null以便回收，多用局部变量，少用成员变量。
1），变量所包含的对象体积较大，占用内存较多。
2），变量所包含的对象生命周期较长。
3），变量所包含的对象数据稳定。
4），该类的对象实例有对该变量所包含的对象的共享需求。
4．在我的程序中对静态变量的优化后，使程序占用内存量至少提升了5k-10k。所以也不容忽视。
第二还有就是String类相关的东西：
1．字符串累加的时候一定要用StringBuffer的append方法，不要使用+操作符连接两个字符串。差别很大。而且在循环或某些重复执行的动作中不要去创建String对象，因为String对象是要用StringBuffer对象来处理的，一个String对象应该是产生了 3个对象（大概是这样：））。
2．字符串length()方法来取得字符串长度的时候不要把length放到循环中，可以在循环外面对其取值。(包括vector的size方法)。特别是循环次数多的时候，尽量把length放到循环外面。
int size = xmlVector.size();
for (int i = 2; i < size; i++) {
。。。
}
3 写代码的时候处理内存溢出
try{
//do sth
....
}catch (outofmemoryerror e){//可以用一个共通函数来执行.
system.out.print (“no memory! ”);
system.gc();
//do sth again
....
} 4.对于频繁申请内存和释放内存的操作,还是自己控制一下比较好,但是System.gc()的方法不一定适用，最好使用finallize强制执行或者写自己的finallize方法。 Java 中并不保证每次调用该方法就一定能够启动垃圾收集，它只不过会向JVM发出这样一个申请，到底是否真正执行垃圾收集，一切都是个未知数。
Ⅸ java出现outofmemoryerror的原因有哪些
第一种OutOfMemoryError： PermGen space
发生这种问题的原意是程序中使用了大量的jar或class，使java虚拟机装载类的空间不够，与Permanent Generation space有关。解决这类问题有以下两种办法：
1. 增加java虚拟机中的XX:PermSize和XX:MaxPermSize参数的大小，其中XX:PermSize是初始永久保存区域大小，XX:MaxPermSize是最大永久保存区域大小。如针对tomcat6.0，在catalina.sh 或catalina.bat文件中一系列环境变量名说明结束处（大约在70行左右） 增加一行：
JAVA_OPTS=" -XX:PermSize=64M -XX:MaxPermSize=128m"
如果是windows服务器还可以在系统环境变量中设置。感觉用tomcat发布sprint+struts+hibernate架构的程序时很容易发生这种内存溢出错误。使用上述方法，我成功解决了部署ssh项目的tomcat服务器经常宕机的问题。
2. 清理应用程序中web-inf/lib下的jar，如果tomcat部署了多个应用，很多应用都使用了相同的jar，可以将共同的jar移到tomcat共同的lib下，减少类的重复加载。这种方法是网上部分人推荐的，我没试过，但感觉减少不了太大的空间，最靠谱的还是第一种方法。
第二种OutOfMemoryError： Java heap space
发生这种问题的原因是java虚拟机创建的对象太多，在进行垃圾回收之间，虚拟机分配的到堆内存空间已经用满了，与Heap space有关。解决这类问题有两种思路：
1. 检查程序，看是否有死循环或不必要地重复创建大量对象。找到原因后，修改程序和算法。
我以前写一个使用K-Means文本聚类算法对几万条文本记录（每条记录的特征向量大约10来个）进行文本聚类时，由于程序细节上有问题，就导致了Java heap space的内存溢出问题，后来通过修改程序得到了解决。
2. 增加Java虚拟机中Xms（初始堆大小）和Xmx（最大堆大小）参数的大小。如：set JAVA_OPTS= -Xms256m -Xmx1024m
第三种OutOfMemoryError：unable to create new native thread
这种错误在Java线程个数很多的情况下容易发生，我暂时还没遇到过，发生原意和解决办法可以参考：http://hi..com/hexiong/blog/item/16dc9e518fb10c2542a75b3c.html
Ⅹ 如何分析java.lang.outofmemoryerror
Java.lang.OutOfMemoryError是java.lang.VirtualMachineError的子类。在堆耗尽内存的时候，jvm会抛出Java.lang.OutOfMemoryError。这个错误大多数出现在当你去创建一个对象，但是在堆中却不能为这个对象分配足够多空间的时候。而且在java
api文档中，并没有对这个错误做大量的解释。
OutOfMemoryError的类型
在java中有两种主要的OutOfMemoryError类型:
(1) Java.lang.OutOfMemoryError: Java heap space
(2) Java.lang.OutOfMemoryError: PermGen space
尽管它们都发生在内存耗尽的情况下，但它们之间是相当不同的，它们的解决办法也是各不一样。
两种OutOfMemoryError之间的区别
如果你熟悉堆的历代版本和垃圾收集器的工作原理，并且知道到新的，老的和永久的堆空间，那么你将会非常容易解决OutOfMemoryError错误。永久的堆空间用于存储jvm相关类，方法和其他实体的字符串池和各种元数据。因为大多数jvm默认的Perm
Space(永久的堆空间)的大小是64M左右，所以如果你的工程里有太多的类或者数量巨大的字符串的话，那么很容易就会耗尽内存。需要指出的一点是它并不依赖”
Xmx”(译者注:
-Xms 指JVM初始分配的堆内存，-Xmx 指 JVM最大允许分配的堆内存)的值，所以不管你的堆空间多么大，一样会耗尽Perm
Space。好的办法是你可以根据工程的需要通过JVM的选项指定永久堆空间的大小，即"-XX:PermSize" and
"-XX:MaxPermSize"。
一个很小的事情是要记得在指定堆的Perm Space(永久的堆空间)的大小的时候需要用”=”来分离参数名称和值，但在指定堆得最大值的时候是不需要“=”的，正如下面的例子一样:
Export JVM_ARGS="-Xmx1024m -XX:MaxPermSize=256m"
"java.lang.OutOfMemoryError:
PermGen"的另一个原因是类加载器造成的内存泄漏，它经常出现在web服务器和应用服务器中，例如tomcat, webshere,
glassfish or
weblogic。在应用服务器中，不同的类加载器用于加载不同的web应用，以便在相同的服务器上部署和取消部署一个应用而且不会影响其他的应用程序。但是当取消部署的时候，如果容器持有类加载器已经加载的类的引用，那么这个类和相关的类就不会被垃圾回收器回收。如果你部署和取消部署你的应用很多次，那么很快PermGen
space就会被填满。"java.lang.OutOfMemoryError:
PermGen”在我们的上一个项目中的tomcat里已经被发现多次，但是这个问题的解决办法实在是令人捉摸不透。因为你首先知道哪个类引起了内存泄露，然后你才能修正它。这个问题的另一个原因是应用启动了一些线程，但是当取消部署的时候，这些线程并没有退出。
这只是一些臭名昭着的类加载器造成内存泄露的例子，任何人在编写加载类和取消加载类的代码的时候都要非常小心以避免这些问题。你也可以使用visualgc
监测PermGen space，这个工具会展示PermGen space的使用情况图表，你可以看到PermGen
space是怎样并且何时增长的。我建议在得出任何结论之前先使用这个工具。
关于"java.lang.OutOfMemoryError:
PermGen"的原因，我们发现另一个更加无知但有趣的是对于 JVM 的参数
"-Xnoclassgc"的介绍。这个选项用于避免加载和取消加载一些已经没有被引用的类，这样可以避免因为频繁的加载和取消加载而影响性能。但是在J2EE环境中使用这个选项是很危险的，因为许多框架，例如struts,spring等使用反射机制去创建类，并且会频繁的部署和取消部署，如果上一个引用没有被清除，那么很快PermGen
space就会被耗尽。这个例子也说明一些时候错误的JVM参数或配置也会引起OutOfMemoryError错误。
所以结论是不要在J2EE环境中使用"-Xnoclassgc"，尤其是在应用服务器上。
Tomcat解决Java.lang.OutOfMemoryError: PermGen space错误的办法
对于tomcat6.0及其以上版本，提供了内存泄漏侦测的能力。它可以通过web应用视图展示一些侦测到的平常的内存泄漏问题，例如web应用中的ThreadLocal内存泄漏，JDBC驱动注册，RMI
，LogFactory和线程等。你可以在htp://wiki.apache.org/tomcat/MemoryLeakProtection
查看具体的细节，也可以通过tomcat提供的管理程序侦测内存泄漏。你如果想在web应用程序上检验内存泄漏问题，使用tomcat是个不错的主意。
如何解决java.lang.OutOfMemoryError: Java heap space
1)
解决OutOfMemoryError的简单方法是通过指定JVM参数"-Xmx512M"来指定最大的堆空间，这种方法效果立竿见影。当我使用eclipse,maven,ant编译工程遇到OutOfMemoryError的时候，我更喜欢使用这种办法。这里有一个增加JVM堆空间的例子，建议为你的程序增加堆空间的时候最好保持-Xmx
相比-Xms 是1：1或者1：1.5的比例。
例: export JVM_ARGS="-Xms1024m -Xmx1024m"
2)
第二种解决办法是很困难的，当你拥有的内存并不多或者在你增加了堆内存但是你依然会遇到OutOfMemoryError错误时，这种情况下你可能想要去分析你的应用程序并且寻找内存泄漏的原因。你可以使用Eclipse
Memory Analyzer来检查heap mp，或者可以使用Netbeans,
Jprobe等这些分析工具。这种方法比较困难，需要花费大量时间去分析找出内存泄漏的原因。
如何解决java.lang.OutOfMemoryError: PermGen space
正如前面讲到的一样，java.lang.OutOfMemoryError: PermGen
space发生在永久堆内存耗尽的情况下。要修正这个情况，需要通过JVM选项 "-XX:MaxPermSize"来增加Perm
space的最大大小，也可以通过"-XX:PermSize"指定Perm space的初始大小。同时设置这两个值，可以避免在Perm
Space重置大小的时候发生完全的垃圾回收。下面是设置初始化和最大值的例子:
export JVM_ARGS="-XX:PermSize=64M -XX:MaxPermSize=256m"
有时候java.lang.OutOfMemoryError是莫名其妙的，这种情况下分析是最终的解决办法。尽管你有增加堆内存的空间的自由，但还是建议遵循内存管理实践，在编码的时候将没用的引用设置为null。以上我对OutOfMemoryError的全部理解，我也在其他的一些帖子中努力写出java关于查找内存泄漏的文章和使用分析器的方法。希望你也能分享解决OutOfMemoryError的观点。
注意:
对于tomcat6.0及其以上版本，提供了内存泄漏侦测的能力。它可以通过web应用视图展示一些侦测到的平常的内存泄漏问题，例如web应用中的ThreadLocal内存泄漏，JDBC驱动注册，RMI
，LogFactory和线程等。你可以在htp://wiki.apache.org/tomcat/MemoryLeakProtection
查看具体的细节，也可以通过tomcat提供的管理程序侦测内存泄漏。你如果想在web应用程序上检验内存泄漏问题并且找到PermGen
space造成的OutOfMemoryError的原因，使用tomcat是个不错的主意。
调查修正OutOfMemoryError的工具
Java.lang.OutOfMemoryError是一种你需要做大量的调查才能找到根本原因的错误。没有对内存工具的足够了解，你不可能做某些事情，例如查找哪个对象在占用内存，占用了多少内存，以及找到可怕的内存泄漏等等。这里我列出一些免费的工具可以帮助你分析堆的使用情况，以及造成OutOfMemoryError的罪魁祸首。
1）Visualgc
Visualgc代表Visual
Garbage Collection Monitoring Tool 。你可以将它用于你的hostspot
JVM。Visualgc最大的优势是能生动展现出各种关键数据，包括类加载器，垃圾回收和JVM编译器性能数据。
JVM被识别是通过虚拟机的标识符，称为: vmid。你可以在这了解更多关于visualgc和vmid的东西。
2）Jmap
Jmap是来自JDK6的命令行工具，它允许你将堆的内存转储信息保存到文件中。而且很方便使用，如：jmap -mp:format=b,file=heapmp 6054
这里指定的内存转储的文件名称是heapmp，6054是java进程的PID。你可以通过"ps -ef”或者windows任务管理器或者“jps”工具(Java Virtual Machine Process Status Tool)查找PID.
3) Jhat
Jhat之前被称为hat (heap analyzer tool),现在它是JDK6的一部分，你可
以使用Jhat去分析"jmap"生成的文件。Jhat也是一个命令行工具，你可以在windows命令行这样使用它，如: jhat -J-Xmx256m heapmp
这里它会分析“heapmp”文件中的内存问题。当你启动Jhat后，它就会读取内存转储文件，并且在http端口监听。只需要通过浏览器进入端口，你就可以开始分析内存转储文件中的对象。Jhat默认监听7000端口。
4）Eclipse memory analyzer
Eclipse memory analyzer
(MAT)是来自eclipse基金会的一个分析java堆内存的工具。它能帮助你找到类加载器的泄漏，内存泄漏和减少内存消耗。你可以使用MAT分析内存转储中数以百万计的对象，也可以帮助你提取怀疑的内存泄漏。