GC基础

JVM内存分配:

内存由 Perm 和 Heap 组成. 其中
Heap = {Old + NEW = { Eden , from, to } }
old Generation和New Generation ,堆外还有一个Permanent Space.
Old Generation:用来存储生命周期长的存储对象;
New Generation:分为Eden和Survivor(From和To共俩块Survivor,Eden:From/To=n:1 n为SurvivorRatio)区;
Eden:负责存储新创建的对象;
Survivor:负责存储GC后存活下来的对象;
Permanent :存储Jvm自己反射的对象,如类对象和方法对象;

存储策略:

  1. 新建一个对象时,会在Eden中申请一块内存,如果Eden的内存足够,则申请结束;
  2. 如果Eden内存不足,则释放Eden中所有不活跃的对象(1级或更高级的GC).
  3. 如果Eden内存还不足,则将一部分活跃对象移到Survivor中,Survivor作为Eden和Old的缓存区,
    当Old中的内存足够时,Survivor会将对象移到Old中,否则会被保留在Survivor区;
  4. 如果Old中的内存不足,则会对Old进行完全的GC(0级),GC后如果Survivor和Old内存依然不足,导致JVM无法在Eden区为新对象创建内存区域,则会出现OOM(Out Of Memory).

内存溢出的可能性以及解决方案:

-Xms:JVM启动时Old+New总共的内存大小;
-Xmx:为最大可占用的Old+New内存大小;
-Xmn(MaxNewSize):为最大可占用的New内存大小;
通常将-Xms/-Xmx俩值设置相同,以便减少运行时系统在内存申请上所花的开销.
1. OLD段溢出
这种内存溢出是最常见的情况之一,产生的原因可能是:
(1).设置的内存参数过小(ms/mx,NewSize/MaxNewSize);
(2).程序问题
- 数据库的cursor没有关闭。
- 构造adapter时,没有使用缓存contentview。衍生listview的优化问题:减少创建view的对象,充分使用contentview,可以使用一静态类来优化处理getview的过程。
- Bitmap对象不使用时采用recycle()释放内存。

  1. Perm段溢出
    通常由于Perm段装载了大量的Servlet类而导致溢出,目前的解决办法:
    (1).将PermSize扩大,一般256M能够满足要求
    (2).若别无选择,则只能将servlet的路径加到CLASSPATH中,但一般不建议这么处理
  2. Heap溢出
    Heap没有限制,故C Heap发生问题时,Java进程所占内存会持续增长,直到占用所有可用系统内存
  3. 其他
    JVM有2个GC线程。第一个线程负责回收Heap的Young区。第二个线程在Heap不足时,遍历Heap,将Young 区升级为Older区。Older区的大小等于-Xmx减去-Xmn,不能将-Xms的值设的过大,因为第二个线程被迫运行会降低JVM的性能。

为什么一些程序频繁发生GC?有如下原因:

  • 程序内调用了System.gc()或Runtime.gc()。
  • 一些中间件软件调用自己的GC方法,此时需要设置参数禁止这些GC。
  • Java的Heap太小,一般默认的Heap值都很小。
  • 频繁实例化对象,Release对象。此时尽量保存并重用对象,例如使用StringBuffer()和String()。

如果你发现每次GC后,Heap的剩余空间会是总空间的50%,这表示你的Heap处于健康状态。许多Server端的Java程序每次GC后最好能有65%的剩余空间。

经验之谈:

  1. Server端JVM最好将-Xms和-Xmx设为相同值。为了优化GC,最好让-Xmn值约等于-Xmx的1/3[2]。
  2. 一个GUI程序最好是每10到20秒间运行一次GC,每次在半秒之内完成[2]。

注意:

  1. 增加Heap的大小虽然会降低GC的频率,但也增加了每次GC的时间。并且GC运行时,所有的用户线程将暂停,也就是GC期间,Java应用程序不做任何工作。
  2. Heap大小并不决定进程的内存使用量。进程的内存使用量要大于-Xmx定义的值,因为Java为其他任务分配内存,例如每个线程的Stack等。
  3. Stack的设定
    每个线程都有他自己的Stack。Stack的大小限制着线程的数量。如果Stack过大就好导致内存溢漏。-Xss参数决定Stack大小,例如-Xss1024K。如果Stack太小,也会导致Stack溢漏。
  4. 硬件环境也影响GC的效率,例如机器的种类,内存,swap空间,和CPU的数量。
    如果你的程序需要频繁创建很多transient对象,会导致JVM频繁GC。这种情况你可以增加机器的内存,来减少Swap空间的使用
  5. 4种GC
    第一种为单线程GC,也是默认的GC。,该GC适用于单CPU机器。
    第二种为Throughput GC,是多线程的GC,适用于多CPU,使用大量线程的程序。第二种GC与第一种GC相似,不同在于GC在收集Young区是多线程的,但在Old区和第一种一样,仍然采用单线程。-XX:+UseParallelGC参数启动该GC。
    第三种为Concurrent Low Pause GC,类似于第一种,适用于多CPU,并要求缩短因GC造成程序停滞的时间。这种GC可以在Old区的回收同时,运行应用程序。-XX:+UseConcMarkSweepGC参数启动该GC。
    第四种为Incremental Low Pause GC,适用于要求缩短因GC造成程序停滞的时间。这种GC可以在Young区回收的同时,回收一部分Old区对象。-Xincgc参数启动该GC。

参考与感谢:http://blog.csdn.net/ning109314/article/details/10411495#t1

你可能感兴趣的:(jvm,GC,垃圾回收)