一、JVM内存区域组成
java把内存分四种:
1、栈区(stack segment)— 由编译器自动分配释放,存放函数的参数值,局部变量的值等,具体方法执行结束之后,系统自动释放内存资源
2、堆区(heap segment) — 一般由程序员分配释放,存放由new创建的对象和数组,jvm不定时查看这个对象,如果没有引用指向这个对象就回收
3、静态区(data segment)— 存放全局变量,静态变量和字符串常量,不释放
4、代码区(code segment)— 存放程序中方法的二进制代码,而且是多个对象 共享一个代码空间区域
在方法(代码块)中定义一个变量时,java就在栈中为这个变量分配内存空间,当超过变量的作用域后,java会自动释放掉为该变量所分配的内存空间;在堆中分配的内存由java虚拟机的自动垃圾回收器来管理,堆的优势是可以动态分配内存大小,生存期也不必事先告诉编译器,因为它是在运行时动态分配内存的。缺点就是要在运行时动态分配内存,存取速度较慢;栈的优势是存取速度比堆要快,缺点是存在栈中的数据大小与生存期必须是确定的无灵活性。
java堆由Perm区和Heap区组成,Heap区则由Old区和New区组成,而New区又分为Eden区, From区, To区,Heap = {Old + NEW = { Eden, From, To } },见图1所示。
Heap区分两大块,一块是 NEW Generation, 另一块是Old Generation. 在New Generation中,有一个叫Eden的空间,主要是用来存放新生的对象,还有两个Survivor Spaces(from,to), 它们用来存放每次垃圾回收后存活下来的对象。在Old Generation中,主要存放应用程序中生命周期长的内存对象,还有个Permanent Generation,主要用来放JVM自己的反射对象,比如类对象和方法对象等。
在New Generation块中,垃圾回收一般用Copying的算法,速度快。每次GC的时候,存活下来的对象首先由Eden拷贝到某个Survivor Space, 当Survivor Space空间满了后, 剩下的live对象就被直接拷贝到Old Generation中去。因此,每次GC后,Eden内存块会被清空。在Old Generation块中,垃圾回收一般用mark-compact的算法,速度慢些,但减少内存要求.
垃圾回收分多级,0级为全部(Full)的垃圾回收,会回收OLD段中的垃圾;1级或以上为部分垃圾回收,只会回收NEW中的垃圾,内存溢出通常发生于OLD段或Perm段垃圾回收后,仍然无内存空间容纳新的Java对象的情况。
JVM调用GC的频度还是很高的,主要两种情况下进行垃圾回收:当应用程序线程空闲;另一个是java内存堆不足时,会不断调用GC,若连续回收都解决不了内存堆不足的问题时,就会报out of memory错误。因为这个异常根据系统运行环境决定,所以无法预期它何时出现。
根据GC的机制,程序的运行会引起系统运行环境的变化,增加GC的触发机会。为了避免这些问题,程序的设计和编写就应避免垃圾对象的内存占用和GC的开销。显示调用System.GC()只能建议JVM需要在内存中对垃圾对象进行回收,但不是必须马上回收,一个是并不能解决内存资源耗空的局面,另外也会增加GC的消耗。
当一个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错误"
二、内存溢出类型
1、java.lang.OutOfMemoryError: PermGen space
JVM管理两种类型的内存,堆和非堆。堆是给开发人员用的,是在JVM启动时创建;非堆是留给JVM自己用的,用来存放类的信息的。它和堆不同,运行期内GC不会释放空间。如果web app用了大量的第三方jar或者应用有太多的class文件而恰好MaxPermSize设置较小,超出了也会导致这块内存的占用过多造成溢出,或者tomcat热部署时侯不会清理前面加载的环境,只会将context更改为新部署的,非堆存的内容就会越来越多。
2、java.lang.OutOfMemoryError: Java heap space
这种内存溢出是最常见的情况之一,主要体现在Old区的溢出,产生的原因可能是:1) 设置的内存参数过小(ms/mx, NewSize/MaxNewSize);2) 程序问题。Heap space其默认空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。如果内存剩余不到40%,JVM就会增大堆到Xmx设置的值,内存剩余超过70%,JVM就会减小堆到Xms设置的值。所以服务器的Xmx和Xms设置一般应该设置相同避免每次GC后都要调整虚拟机堆的大小。假设物理内存无限大,那么JVM内存的最大值跟操作系统有关,一般32位机是1.5g到3g之间,而64位的就不会有限制了。
注意:如果Xms超过了Xmx值,或者堆最大值和非堆最大值的总和超过了物理内存或者操作系统的最大限制都会引起服务器启动不起来。
3、java.lang.OutOfMemoryError: c heap space
系统对C Heap没有限制,故C Heap发生问题时,Java进程所占内存会持续增长,直到占用所有可用系统内存
4、其他
JVM有2个GC线程。第一个线程负责回收Heap的Young区。第二个线程在Heap不足时,遍历Heap,将Young 区升级为Older区。Older区的大小等于-Xmx减去-Xmn,不能将-Xms的值设的过大,因为第二个线程被迫运行会降低JVM的性能。
为什么一些程序频繁发生GC?有如下原因:
a、程序内调用了System.gc()或Runtime.gc()。
b、一些中间件软件调用自己的GC方法,此时需要设置参数禁止这些GC。
c、Java的Heap太小,一般默认的Heap值都很小。
d、频繁实例化���象,Release对象。此时尽量保存并重用对象,例如使用StringBuffer()和String()。
如果你发现每次GC后,Heap的剩余空间会是总空间的50%,这表示你的Heap处于健康状态。许多Server端的Java程序每次GC后最好能有65%的剩余空间
三、JVM如何设置虚拟内存
提示:在JVM中如果98%的时间是用于GC且可用的Heap size 不足2%的时候将抛出此异常信息。
提示:Heap Size 最大不要超过可用物理内存的80%,一般的要将-Xms和-Xmx选项设置为相同,而-Xmn为1/4的-Xmx值。
提示:JVM初始分配的内存由-Xms指定,默认是物理内存的1/64;JVM最大分配的内存由-Xmx指定,默认是物理内存的1/4。默认空余堆内存小于40%时,JVM就会增大堆直到-Xmx的最大限制;空余堆内存大于70%时,JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。
提示:假设物理内存无限大的话,JVM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制,这个限制一般是2GB-3GB(一般来说Windows系统下为1.5G-2G,Linux系统下为2G-3G),而64bit以上的处理器就不会有限制了
提示:注意:如果Xms超过了Xmx值,或者堆最大值和非堆最大值的总和超过了物理内存或者操作系统的最大限制都会引起服务器启动不起来。
提示:设置NewSize、MaxNewSize相等,"new"的大小最好不要大于"old"的一半,原因是old区如果不够大会频繁的触发"主" GC ,大大降低了性能
提示:增加Heap Size 虽然会降低GC的频率,但也增加了每次GC的时间。并且GC运行时,所有的用户线程将暂停,也就是GC期间,Java应用程序不做任何工作。
提示:Heap Size 并不决定进程的内存使用量。进程的内存使用量要大于-Xmx定义的值,因为Java为其他任务分配内存,例如每个线程的Stack等。
提示:每个线程都有他自己的Stack,Stack Size 限制着线程的数量。如果Stack过大就好导致内存溢漏。-Xss参数决定Stack大小,例如-Xss1024K。如果Stack太小,也会导致Stack溢漏。
JVM使用-XX:PermSize设置非堆内存初始值,默认是物理内存的1/64;由XX:MaxPermSize设置最大非堆内存的大小,默认是物理内存的1/4。
解决方法:手动设置Heap size
修改TOMCAT_HOME/bin/catalina.bat
在"echo "Using CATALINA_BASE: $CATALINA_BASE""上面加入以下行:
JAVA_OPTS="-server -Xms800m -Xmx800m -XX:MaxNewSize=256m"
四、不健壮代码的特征及解决办法
1、尽早释放无用对象的引用。好的办法是使用临时变量的时候,让引用变量在退出活动域后,自动设置为null,暗示垃圾收集器来收集该对象,防止发生内存泄露。对于仍然有指针指向的实例,jvm就不会回收该资源,因为垃圾回收会将值为null的对象作为垃圾,提高GC回收机制效率;
2、我们的程序里不可避免大量使用字符串处理,避免使用String,应大量使用StringBuffer,每一个String对象都得独立占用内存一块区域;例如
3、尽量少用静态变量,因为静态变量是全局的,GC不会回收的;
4、避免集中创建对象尤其是大对象,JVM会突然需要大量内存,这时必然会触发GC优化系统内存环境;显示的声明数组空间,而且申请数量还极大。
5、尽量运用对象池技术以提高系统性能;生命周期长的对象拥有生命周期短的对象时容易引发内存泄漏,例如大集合对象拥有大数据量的业务对象的时候,可以考虑分块进行处理,然后解决一块释放一块的策略。
6、不要在经常调用的方法中创建对象,尤其是忌讳在循环中创建对象。可以适当的使用hashtable,vector 创建一组对象容器,然后从容器中去取那些对象,而不用每次new之后又丢弃
7、一般都是发生在开启大型文件或跟数据库一次拿了太多的数据,造成 Out Of Memory Error 的状况,这时就大概要计算一下数据量的最大值是多少,并且设定所需最小及最大的内存空间值。
转自: http://hi.baidu.com/fvsd3/blog/item/9baec09a301bdebcc9eaf4a2.html
分享到:
相关推荐
Java虚拟机(JVM)内存结构是理解Java应用程序性能和内存管理的关键。本文将详细介绍JVM内存的不同组件,包括它们的功能和重要性。 首先,Java虚拟机规范中的内存管理主要涉及Runtime Data Area,这是一个用于存储...
尽管如此,这种自动化管理也可能导致一些问题,如内存泄漏和内存溢出,尤其是在不了解JVM内存管理机制的情况下,这些问题往往难以定位和解决。 #### 二、JVM运行时数据区域详解 JVM在执行Java程序的过程中,会使用...
了解JVM内存模型对于开发者来说至关重要,因为它有助于识别和解决性能问题,如内存泄漏、栈溢出和垃圾收集效率低等问题。通过优化内存分配、管理对象生命周期和理解垃圾收集机制,我们可以显著提高Java应用的效率和...
"JAVA内存泄漏分析工具"正是一款用于解决此类问题的专业工具,它能帮助开发者定位并修复内存相关的问题,如内存泄漏和内存溢出。 内存泄漏是程序在申请内存后,无法释放已申请的内存空间,一次小的内存泄漏可能看似...
《JVM堆栈性能分析》PDF是一份深入探讨Java虚拟机(JVM)内存管理和性能优化的专业文档。本文档主要关注JVM中的堆栈部分,尤其是如何理解和优化其性能,对于Java开发者来说具有很高的学习价值。JVM是Java程序运行的...
这个模型主要分为堆内存、栈内存、方法区、程序计数器、本地方法栈以及JVM直接内存等几个部分。 1. 堆内存(Heap Memory):这是Java对象的主要存储区域,所有的类实例和数组都在堆中分配内存。堆内存是JVM中最大的...
6. **内存溢出和性能优化**:理解内存泄漏和内存溢出的原因,如堆内存不足、栈溢出等,以及如何通过调整JVM参数进行性能优化,如设置堆大小、开启并发收集、优化新生代和老年代的比例等。 7. **异常处理与线程调度*...
解决这些问题的方法包括但不限于调整JVM参数以增大内存分配、优化代码以减少内存占用、及时关闭不再使用的资源(如数据库连接)以及使用内存分析工具检测和修复内存泄漏。正确理解和运用Java内存机制以及异常处理...
通过分析Java代码中的内存开销,以及讨论对象创建、集合效率等方面,将揭示如何确定性能瓶颈并改进代码。 【标签】:优化内存,Java内存管理,Java堆,对象创建,集合效率 【正文】: Java应用程序的内存管理是一个...
《JVM Full GC 之 MAT 工具分析实践》 在Java开发中,理解JVM内存管理和垃圾收集...在实际工作中,结合JVM的监控工具和MAT的深度分析,我们可以更准确地定位和处理各种内存相关问题,从而提高系统的健壮性和可靠性。
- 内存管理:检查堆内存和栈内存的使用情况,分析是否存在内存溢出风险。 - 垃圾收集性能:查看垃圾收集器的工作状态,如GC频率、暂停时间等。 - 类加载与卸载:监控类的加载过程,查找潜在的类加载问题。 - 线程...
8. **异常处理**:JVM中的异常处理涉及到异常表和异常处理模型,理解这些可以帮助编写更健壮的代码,并能有效地定位和解决问题。 9. **线程同步**:JVM提供了多种线程同步机制,如synchronized、volatile、Lock接口...
- **使用静态方法减少对象创建**:在`OpenidServices`类中使用静态方法`getOpenidAccount`可以减少不必要的对象实例化,因为静态方法不需要创建类的实例。 - **合理设计对象的生命周期**:对于临时需要的大型对象,...
但直接内存不受垃圾收集器管理,因此需要程序员谨慎处理,防止内存溢出。 Java内存模型对于理解和编写高效、线程安全的代码至关重要。了解JMM的工作原理以及如何与其他编程概念(如同步和异步)交互,可以帮助...
解决内存溢出的方法通常包括调整JVM内存参数(如-Xms、Xmx、Xss等)、优化代码以减少资源消耗、及时释放不再使用的对象,以及使用内存分析工具来诊断和定位问题。 总的来说,理解Java内存管理与内存溢出异常对于...
IBM HeapAnalyzer是一款强大的Java虚拟机(JVM)内存分析工具,专门用于诊断和解决Java应用程序中的内存溢出问题,即`OutOfMemoryError`。在Java应用程序运行过程中,如果分配的内存不足以存储数据,就会出现内存...
通过对"core-源码"的分析,我们可以识别可能导致内存溢出或泄露的问题。例如,大量无引用的对象无法被垃圾收集,或者静态变量引用大对象,都会导致内存无法释放。理解这些现象的根源,有助于我们编写更健壮的代码,...
根据提供的文档内容,我们可以深入探讨Java虚拟机(JVM)中的自动内存管理机制,特别是关于Java内存区域及其相关的内存溢出异常等内容。 ### 一、Java内存区域和内存溢出异常 #### 1. JDK、JVM、JRE的区别 - **JDK ...
总结,深入理解Java内存分配原理意味着深入理解Java运行机制,这将帮助开发者编写出更高效、更健壮的代码,提升系统的整体性能和稳定性。通过学习和实践,开发者可以更好地应对内存溢出、性能瓶颈等问题,从而成为...